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TELECOMMUNICATIONS 

New Software Links 
Cromemco to Mainframes 



As computers proliferate, com- 
munications among computers become 
increasingly important. This com- 
munication may take the form of 
clustered PC's (communicating to a 
Cromemco, say , using FroCall or PC 
Works software), local area networks 
interconnecting computers withing a 
facility, or telecommunications links 
connecting computers in one facility to 
a distant computer (say, a mainframe). 
Of these, the telecommunications link 
presents the biggest technical challenge. 
The reason for this is the relatively 
limited bandwidth available over most 
physical links (such as telephone lines) 
and the possibility of the corruption of 



the data being sent due to electrical 
noise (caused by lightning, crosstalk, or 
other physical effects). A number of 
telecommunications protocols have 
been developed in order to maximize 
the use of available bandwidth while at 
the same time providing error correc- 
tion in the event of signal corruption. 
Two of the most important of these pro- 
tocols, 3270 bisync and X.25, are now 
supported by Cromemco under both the 
Cromix and UNIX operating systems. 
Both the 3270 and X.25 standards use 
what is called synchronous communica- 
tion. Synchronous communication dif- 
fers from the more familiar asyn- 

Cuntinued on page 12 



dBIII Compiler 
for Cromix-Plus 

by Rich Mitchell 



Many business, scientific, engineer- 
ing, and military users have used 
dBASE II on Cromemco systems for 
years. Although pleased with the abili- 
ty to use such a tool, they have 
hungered for 68000 speed, dBASE III 
features, and a better interface to the 
Cromix operating system. With the 
release of dBIII Compiler for Cromix- 
Plus, Cromemco users can now have 
what they desire. 

dBIII Compiler for Cromix-Plus sup- 
ports the non-interactive features of 
dBASE III, Cromix-Plus operating 
system interface including file and 
record locking for multi-user protection, 
data file compatibility with dBASE II 
and dBASE II, and, of course, runs com- 
Ctmtinm'd on pui>i- 13 




Pantex textile factory in Medellin, Colombia. 



Cromemco in 
South America 



South America is a land of contrasts, 
from impenetrable Amazon jungle to 
open deserts, from coastal ranges to the 
towering Andes. The economic develop- 
ment and industrialization of the coun- 
tries of South America is also a land- 
scape of contrasts. Picture this: old 
town Quito, a sprawling open market 
woven along the narrow, hilly streets 
of the city. Merchants selling every 
description of produce and wares just 
as they have done for generations. It is 
as if Safeway and Sears together 
disgorged their contents and consigned 
them to the street merchants of San 
Francisco. Now step into an open door- 
way and see lines of people standing at 
bank-like windows applying for con- 
sumer credit. Yes, with a Multiplan 
Card from Ruben Herrmann goods can 
be bought on credit. And the Multiplan 
system, providing consumer credit to 
over 27,000 people, is run on the latest 
technology Cromemco System 100. 

This System 100, which was installed 

by Compusystems — Cromemco's 

distributor in Quito — is just one exam- 

Continued on page 13 
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INPUT.. 



Editor: 

I own a Cromemco CS2D configured 

as follows: 

• S-100 bus 

•L)PU (MC68000 Z80A processor) 

• 256KZ RAM 

•Two Double-Sided Double-Density 
5.25'" floppy disk drives (390K each) 

• PR! parallel interface card (Centronics 
type) 

•CDOS operating system (CP/M version 
1 .3 and higher compatible) 

• VISUAL 500 high resolution (708x585) 
graphics terminal, emulating 
Tektronix 4010,4014 terminals & 
PLOT 10 software in graphics mode 
and ADM---5A, VT-52, HZ-1500 and 
DG-200 in conversational mode 

•QANTEX 7065 dot matrix graphics 
printer emulating ANADEX 9620, EP- 
SON MX-80 & MX- 100 with Gratrax 
plus, DEC LA 120 & DEC LA34/REGIS 
graphics and Diablo 630 printers 

•Languages: ANSI FORTRAN 
IV COBOL, Z-80 ASSEMBLER, 
CROMEMCO 16K BASIC, CROMEMCO 
STRUCTURED BASIC, MICROSOFT 
INTERPRETER/COMPILER BASIC 
(FORTRAN IV most used for engineer- 
ing applications) 

Taking into account the above con- 
figuration, I would be most grateful if 
you informed me about the following: 
I know that beyond the supermicros, 
Cromemco is a leading company in the 
field of S-100 boards, manufacturing 
them for several uses. I therefore, 
wonder if there exists any way to run 
PC-DOS software on my Cromemco — 
perhaps by plugging in a card with an 
808x processor in the S-100 mother- 
board. This would be the best for a 
Cromemco user who wishes to benefit 
from the wide world of PC software run 
on such a reliable computer as any of 
the Cromemco series. Could you inform 
me about products (software/hardware) 
providing connection between 
Cromemco CDOS (or CP/M) and PC 
software? 

Dennis Photopoulos 

Civil Engineer 

28, Xenias Street 

GR-115 28 Athens 

GREECE 



At this point, I am not aware of any 
board or software product that will 
enable Mr. Photopoulos to run PC soft- 
ware under CDOS or CP/M. The hitch 



is CDOS. There are a growing number 
of software offerings that enable PCs to 
be used as term inals, or nodes in a net- 
work, but these are tailored for a 68000 
Cromi.r-Plus or UNIX environment. 
Personalia, I irouldu 't expect too much 
in the way of new hardware and soft- 
ware developments for Z-80 based CDOS 
orCP. M systems. The Crornemco-to-PC 
connection is, and will probably con- 
tinue to be, confined to the 68000 bas- 
ed Cromi.r and UNIX systems. It may 
be time to consider upgrading your 
system to Crom i.r-Plus — where you 'II 
be able to retain your current CDOS 
software and benefit from performance 
advantages and the latest in software 
developments. 

It is interesting to note that on the op- 
posite front, there is a good deal of ac- 
tivity directed toward CP/M emulation 
under MS-DOS. An MS-DOS simulator 
for CDOS, Cromi.r, and UNIX, coupled 
with an appropriate S-100 video con- 
troller would do the trick [see next let- 
ter] ... 

Ed. 



Editor: 

This letter is in response to the INPUT 
section the November/December 1985 
issue ol I/O NEWS (Vol. V, No. 1) regar- 
ding IBM PC compatibility. I am 
presently a contract programmer and 
have the equivalent of a Cromemco 
System III with a DPU board. For my 
system to remain practical for me, it 
must become PC compatible. I have 
been looking into this problem and 
believe that I have found some possible 
answers. 

The first level of compatibility bet- 
ween systems is the ability to read and 
write disk formats from the foreign 
system. The 64FDC that Cromemco uses 
is capable of reading a wide variety of 
disk formats, including that of the IBM 
PC (this may be verified by attempting 
a sector read of a foreign disk from 
RDOS). I am presently working on a pro- 
gram to read and write PC disk files 
with a similar user interface to Cromem- 
co's CDOSCOPY. 

A significantly higher degree of com- 
patibility is suggested by software 
available for the Commodore AMIGA. 
The AMIGA is also a 68000 machine and 
has a simulator program that simulates 
in software a PC at about 80 percent of 
the PC's operating speed. While the 



AMIGA has special purpose hardware 
that help provide this speed, it should 
be possible to develop a software 
simulator for Cromemco systems that 
will directly execute PC programs. 
There are also available a couple of PC 
compatible video cards for IEEE-696 
S-100 machines. I believe these are 
available from Lomas Data Products 
and Compupro/Viasyn. With these, a 
complete PC simulator would be 
possible. 

I intend to complete both of the above 
programs this year. Cromemco S-100 
systems are clearly superior to 8088/PC 
systems; they are both faster and more 
versatile. I am enclosing an article about 
a 68020 card to replace the 68000 in ex- 
isting systems [see NEW PRODUCTSjM 
is reported to allow the above simulator 
to execute PC programs faster than they 
will run on a PC! With appropriate sup- 
port and pricing from vendors, we can 
expect our S-100 machines to be around 
for a long time. Anyone interested in 
the above programs may contact me at 
the address given below. 

Thank you, 



Robert S. Coats 
2920 Chapel Hill Rd., Apt. 
Durham, NC 27707 



68D 



Thank you!, for both the article and 
for undertaking the task of programm- 
ing a PC simulator for Cromemco 
systems. I have a feeling that such a pro- 
gram would be a BIG hit among 
Cromemco users, and answer a lot of 
prayers. Please keep us posted as to 
your progress. 

Ed. OHD 
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'OUTPUT... 



Telecommunications. It's a mouthful. 
And a mindful. A single word encom- 
passing the vast complex of mechanisms 
and protocols operative in the transfer 
of digitally encoded information bet- 
ween all types of computers; radiantly 
delivered over an ever expanding net- 
work of cables, telephone lines, and 
microwave transmissions relayed by 
satellite. From micro-to-mini-to- 
mainframe, countless combinations 
arise as computers link into networks, 
and as networks network. 

You might say that telecommunica- 
tions is the theme for this issue. Our 
front cover feature article explores the 
new Cromemco telecommunications 
packages, 3270 Bisync and ITI/X.25, 
which enable 68000 Cromix and UNIX 
systems to communicate and network 
with mainframes. The other end of the 
spectrum — making the link between 
PCs and Cromemcos — is described from 
an end-user perspective in the feature 
articles on ProCall/PC Plus and RDISK. 

Elsewhere in this issue you will learn 
of other exciting developments. For 
one, we are happy to announce the 




Lisa Jaenicke 



availability of the I.A.C.U. Software 
Resource Guide for Cromemco Systems. 
It is a 180 page software reference 
source with multiple indexes by product 
name, software type (broken down in- 
to three application groups), and by 
operating system. Each software 
package is thoroughly described using 
a standard format which provides at- 
tributes such as the source language, 
price, product description, number of 




Bill Jaenicke 

Cromemco and other installations, how 
updates are handled, target market, 
documentation descriptions, training 
options, source code availability, media 
supplied on, hardware and operating 
system requirements, etc.. This first edi- 
tion was derived from the document 
that Cromemco has historically made 
available to dealers only. Now you can 
have one for your own [see page 17 for 
more information]. 

Future editions of the guide promise 
to be even more expansive. To that end, 
you will find a Software Resource 
Survey on page 37. I urge you to help 
by completing the questionaire and 
returning it to us. We can then proceed 
to contact the software developers and 
have them complete a Product Fact 
Sheet for the guide. If everybody helps, 
we'll soon have an incredibly diverse 
database on software applications that 
run on Cromemco systems — something 
which can benefit us all. 

As expected, we are seeing great 
strides taking place in the development 
of software for 68000 systems. In addi- 
tion to the new telecommunications 
software, this issue debuts two other 



packages that promise to have a 
tremendous impact: the dBIII Compiler 
for Cromix-Plus and a 68000 Structured 
BASIC Compiler. On the hardware 
front, a "piggyback" board to upgrade 
existing 68000-based systems from a 
(58000 or 68010 chip to the full 32-bit 
and speedier 68020 is described in NEW 
PRODUCTS. 

For those of you who are hackers at 
heart, we have a new column — THE 
HACKER'S HOME. It is edited by Rick 
Dhaenens, the author of last issue's 
feature article, "CFSU: Cromix File 
Structure Utility." Rick's insights and 
expertise in 'C programming for 
Cromix and UNIX promise to make this 
column a goldmine for those who dab- 
ble at the systems level. 

There have also been some exciting 
developments closer to home. We 
recently received shipment of a new 
CS-100 system, and it was love at first 
byte (please excuse the pun, I couldn't 
help myself). I'm still dazzled by the 
awesome speed and sheer power of it. 
There's not enough space left here to 
say more — except that I'm overjoyed! 
I guess I'll have to make a contribution 
to the next USER NOTES column. But 
don't let that stop you from con- 
tributing something of your own — 
there's plenty of room for more! 



Bill Jaenicke 
Editor 



CKD 
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ProCall/PC Plus: 

A User's Perspective 

."//// Blaylock 



There are two kinds of computer peo- 
ple in this world today. First, there are 
those who open their software package, 
-it down and thoroughly read the 

anual first, then install the software 
and begin to use it. The other type of 
i i imputer person opens the package, in- 
stalls the software, tries to use it and 
then flips frantically through the 
manual trying to figure out why it won't 
do what they want it to do. 

I fit into the former group. I have a 
tendency to read everything I can about 
a si ift ware product before I use it. Then 

casionally, I find the need to refer to 
the manual to clear up a point I read 
about but wasn't entirely sure how to 
use. 

Happily, ProCall/PC Plus will work 
for either type of person. You may 
' iperate ProCall/PC using commands, or 
select items from the menu. The menu 
is clear and concise. This new version 
of ProCall is so easy to use, you can run 
the program with little knowledge of 
the software within five minutes of [jut- 
ting it on your computer. Or you can 
spend some time with the manual and 
learn about all of the powerful features 
ProCall/PC has to offer. 

The hardware I'm using to run Pro- 
Call/PC is a MAD-1 with 512K RAM and 
two floppy drives. I have a Hayes 
Smart modem 1200 attached and am 
also direct-connected to a Cromemco 
System Three operating under Cromix- 
Plus. The cabling is switched between 
the modem and the System Three so I 
can use either method of com- 
municating with another computer. 

The ProCall/PC installation was quite 
easy. I made a duplicate of the supplied 
floppy disk, installed it in drive B and 
typed procall at the system prompt. 
Then I followed the menu prompts and 
got my Login: prompt from the Cromix 
system at 9600 baud. From there I went 
right to work —just as though I was us- 
ing a Cromemco 3102 terminal. 

The 3102 terminal emulator is a 
great feature. I didn't have to worry 
about having to patch programs such as 
the Cromemco screen editor to match 
the IBM monitor. I found I could even 
run WriteMaster without having to 
make any changes to either system. 

The ability to send groups of files bet- 
ween systems (even an entire directory) 
with one command made short work of 
moving data between systems. The on- 
ly problem I encountered was a slight 
flickering of the screen when using 
WriteMaster, which I attribute to the 
color monitor (the flickering didn't ex- 
ist on the monochrome monitor). 

I have a friend who has a tricky 



system of login to access his computer 
system. Crosstalk (another communica- 
tions package) requires that I personal- 
ly wait for all the prompts and enter all 
the passwords to get into the system. 
ProCall/PC came to the rescue with 
auto-login procedures which do all that 
work for you. You can put the login pro- 
cedures in a file or on the command line 
and let ProCall/PC do the tedious work 
of logging you on. 

Since I communicate regularly with 
several computers it is a real conve- 
nience to have various login batch files, 
which are called by a simple command 
such as call greg. ProCall/PC allows me 
to select the baud rate, send the 
necessary returns to "wake up" the 
remote system, log me in through the 
various passwords, and can even 
retrieve the files I want, then log me out 
and hang up the modem. All of these 
features can be set to function 
automatically at the command line 
prompt. 

One day a nice lady called to ask if we 
repaired Persci disk drives. I indicated 
that we did, and she brought the drive 
in for repair. While I was chatting with 
her, she explained that she needed the 
repair done immediately because she 
had some end-of-the-year reports which 
had to go out. A quick look at the drive 
told me a hard to get IC had failed and 
it would take a week or more to get that 
particular IC. 

It seems that this young lady was run- 
ning CP/M double-sided double-density 
disk format and using Wordstar to do 
her work. She also had IBM PCs at 
work. I told her that I could copy her 
diskettes to MS-DOS format and with 
minor changes to her Wordstar files she 
could print her reports from an IBM PC. 

Normally, it's a long process to go 
from CP/M 8 inch DS/DD to MS-DOS 5 
Vi DS/DD diskettes. I first had to format 
several diskettes for single-sided single- 
density CDOS. Then I had to boot CP/M 
on a Cromemco System Three and copy 
the DS/DD CP/M to SS/SD CDOS. 

ProCall/PC came to the rescue from 
here. Jeff McNaught, of PSD, was kind 
enough to provide me with a 
preliminary release copy (this version is 
now available) of ProCall/PC Plus which 
included Kermit, Rfile, and Sfile 
capabilities allowing me to do multiple 
file transfers. The rest of the job of 
transferring over 200 files was easy. 

I booted the MAD system, loaded Pro- 
Call/PC, and logged into the Cromix 
system. I then created a temporary 
directory, did a cdoscopy from the 
CDOS diskette into the temporary direc- 
tory, and finally selected the "transfer 



file" option in ProCall/PC with the 
"Rfile/Sfile" option. 

After selecting that one command, in 
under 10 minutes I had duplicates of all 
the files in IBM format on the MAD 
system. The process was quick because 
I was able to transfer the files via direct 
connect at a full 9600 baud. There was 
approximately 230K of data in the 
directory. 

As you can see, ProCall fills a signifi- 
cant need in the computer communica- 
tions area. Now that ProCall/PC Plus 
has ambiguous file transfer, when us- 
ed with a Cromix system, it can be an 
extremely powerful tool to attach PC's 
as workstations to form a diverse multi- 
user network. It gives a person the best 
of both worlds without having to go out 
and buy a new computer system or hav- 
ing to buy an expensive network to 
share already existing resources. 

As an add-on, I might say that I have 
used ProCall/PC on a 3Com Server to a 
Cromix system and used the letter quali- 
ty printer on the Cromix system instead 
of having to buy a new printer for the 
network. 

The new release of ProCall/PC has the 
Kermit file transfer protocol. It adds a 
whole new world of communications 
for both Cromix and IBM machines. We 
will now have the ability to talk to 
almost any machine in the world from 
our offices, assuming, of course, that 
you can connect to a modem at both 
ends. 

S-100 ProCall, and now ProCall/PC, is, 
and has been my choice for communica- 
tion between various computer systems 
ever since ProCall was first released. 
Over the few years of its existence, 
enhancements have been added which 
have increased its effectiveness for a 
multitude of situations where good, ef- 
fective, and easy-to-use communica- 
tions were needed between formerly in- 
compatible machines. Without it, I don't 
know what I would have done! fTJ) 

About the Author: 

Ronn Blaylock is currently Service 
Manager for MCM Enterprises in Palo 
Alto, CA. He has 5 years experience in 
software and 4 years experience in 
computer hardware and repairs with 
an extensive background in field 
troubleshooting throughout the San 
Francisco bay area, and has a strong 
background in CDOS, Cromix, Cromix- 
Plus, UNIX, PC-DOS, and MS-DOS. 

Before entering the computer field he 
spent 20 years in the Navy gaining 
management skills as supervisor for 
various departments throughout his 
career. 

Rfile. Sfile, and Cdoscopy are Copyrights of Cromemco, 
Inc. 

CDOS, Cromix. Cromix-Plus, WriteMaster. and Cromem- 
co System Three are Trademarks of Cromemco, Inc. 
3102 Terminal is a product of Cromemco, Inc. 
Crosstalk and Wordstar are Trademarks of Micropro, Inc. 
3Com is a Trademark of the 3Com Corporation. 
CP/M is a Trademark of Digital Research. 
Hayes Smartmodem 1200 is a product of Hayes. 
IBM is a Trademark of International Business Machines. 
MAD-1 is a product of" MAD Information Systems, Inc. 
Persci is a product of Persci, Inc. 

ProCall/PC is a Trademark of Protomatrix Software 
Development. 
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RDISK: 

Virtual DOS Disks Under UNIX 



by Dei rid Saul 






Today the IBM personal computer 
(PC) has achieved worldwide accep- 
tance as a standard for personal and 
small business computing. With over 4 
million IBMs and another 1 million com- 
patibles installed, these machines are 
found in every aspect of computing 
from terminals on large mainframes to 
single station word processors. The DOS 
operating system is second only to 
APPLE-DOS in the number of software 
applications available. The current 
decline in the price of the PCs (a PC 
soon will cost less than a smart ter- 
minal!) will firmly establish it as the in- 
dustry standard. 

The advantages of having a standard 
machine with a standard operating 
system are: 

1. Software houses only have to 
support one version of their 
product. 

2. Floppy disks from one machine 
can be read on another. 

3. A large variety of standard hard- 
ware options are available. 

The main disadvantage of having a 
standard is that innovative technology 
not consistent with the standard is 
discouraged. We therefore have to live 
with machines that are not state of the 
art until a new standard is adopted. 

The two main disadvantages of the 
IBM PC are: it is a single user machine, 



and it has a maximum disk size of 32Mb. 

The current drive of the PC industry 
is to "work around" these deficiencies. 
These solutions usually have some 
unwelcome side effect. 

To work around the single-user limita- 
tion, networking has appeared. A net- 
work typically connects a number of 
PCs on a bus, ring, or star hierarchy — 
assigning each PC (or node) an address. 

To communicate from one node to 
another you test to see if the network 
is busy and then send out your message 
with the appropriate address. This 
message could be "Go to PC 47 file 
D:\DATA\MASTER.DAT record 1684 
and write "2334,JONES,3,337.55." The 
problem is that the file MASTER.DAT 
could be in use by ten other PCs and the 
network and/or the software may not 
offer any multi-user protection. The 
main difference between a network and 
a true multi-user system is no file or 
record locking in the operating system. 
To fix this problem the software 
package must be modified for each type 
of network (there goes our standardiza- 
tion!) or the file must be locked so thai 
only one user can access it at a time 
(there goes our multi-user capability!). 

To get around the maximum disk size 
we can change the DOS block size. For 
example DOS uses 512-byte blocks with 
a limitation of 2 li; blocks for a disk size 
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of :!2Mb. If you make the block size 
8192 bytes, then the largest partition 
becomes 512Mb. The problem is that 
files are created in an even number of 
blocks. A 1 byte file would use 8192 
bytes of disk space!. 

One possible solution is to connect tin- 
PC running DOS to a multi-user system 
running UNIX. Several software 
packages are available to connect a PC 
to UNIX as a terminal. These packages 
allow up and downloading of files and 
piping input and output, in addition to 
all the standard UNIX features. Basical- 
ly, they are terminal emulators. To ex- 
pand the capabilities of our l'( ' we need 
a virtual disk server. 

RDISK from MODULAR System 
Design allows a PC connected to UNIX 
to use any disk mounted to UNIX as a 
virtual disk under DOS. If you have 
1200Mb under UNIX you can run a DOS 
program using 1200Mb. All you need is 
a PC with 128Kb of memory, a single 
floppy, a serial communications porl 
and of course a UNIX system. This PC 
today lists for under $1000. What 
RDISK does is to format a section of the 
UNIX disk to be in DOS format. The PC 
is connected to UNIX as a terminal and 
sees UNIX as up to Hi virtual disks let- 
ters E: through T:. Drives A: to D: are 
reserved for the DOS physical units. The 
virtual disks to UNIX are simply large 
files and can be backed up by cp or tar. 
RDISK can run as fast as the UNIX 
system can accept data. Installations 
running at speeds over 100 kilobaud are 
in use. To illustrate RDISK the follow- 
ing sample commented session is 
provided. ■*" 

The examples shows how UNIX 
can be used as a virtual file server for 
a PC-DOS computer. Note that all of the 
UNIX security features are still in place. 
We have the login with password and 
the owner, group, and world access list 
for the individual files. The newest 
release of UNIX supports file and record 
locking which protects multiple RDISK 
users who are accessing the same file. 
The most important feature of RDISK 
is that it is completely transparent to 
the PC user. No knowledge of UNIX is 
required. From the PC user's point of 
view, he sees only 10 very large disks 
attached to his system. All standard 
single user DOS software can now be 
run by multiple users sharing a single 
disk. 
So, with the marriage of DOS and 
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H8-D0B 3.1 

RDIBK Veraion 1.0 

A>TERM 9600 1 

UNIX Varmion S.2 

Login igueet 

Paaawordi 



t Booting DOS 



I Connact to UNIX at 9600 baud 
I on PC port 1 



I Log In to UNIX 



Welcome to Cromnco Byatam 400 



UNIX S.2 
Xapeed 37600 
Xrdlak 



I Changa baud rata to S7.6kb 
I Bring up aerver 



RDIBK Varalon 1.0 Running 

A> I Back to DOS 

A>hoat fmt -a 32767 -v PITTSBURGH /uar/guaat/blgf i la 

I Format a file callad blgflle on UNIX with 
I alz a 32 MB and VOL ID PITTSBURGH 

A>hoat fmt floppy I Format a file callad floppy to default 

I alia 360kb 

A>mnt E /uar/guaat/blgf 11a I Mount drlva E to file blgflle 

Drive E mounted 

A>mnt T floppy R I Mount drive T to file floppy read only 

Drive T mounted 

A>ata 

Available drlvea are E to T 

Drive 8TATU8 FILE 



I Check virtual dlak atatua 



READ/WRITE 
READ ONLY 



/uar/guaat/blgf 11a 
floppy 



A>C0PY Ail23.» El 
123. EXE 

123. HLP 
123. CNF 

3 FILE (8) COPIED 

A>El 
E>DIR 



I COPY LOTUS 123 TO VIRTUAL DRIVE E 



I Move over to UNIX on virtual drlva E 
I Do a directory of virtual drlva E 



Volume in drive E haa label PITTBBURBH 
Directory of Ei 



123 
123 
123 



EXE 
HLP 
CNF 



B9B56 

113416 

256 



1-01-B0 
6-07-83 
1-01 -B0 



12i04a 

li23a 

12i01a 



3 Flle(B) 33S2BB32 bytea free I Note apace available! 



E>Ai I Back to phyaical drive A 

A>H08T who I Run the UNIX who command from D08 

root conaole Jan 4 10i40 

gueat ttyl Jan 4 12i 10 

david ttyS Jan 3 10i03 

aean tty9 Jan 4 9i02 

A>C0PY CON T i DOCUMENT I Copy the conaole to file DOCUMENT 

HI THIS IB A TEST FILE! 

~Z 

Write protect error writing Drive T I Remember T nh mounted 

I READ ONLY! 
Abort, Retry, Cancel ?A Continued 



UNIX a PC user can now: 

1. Run UNIX applications using the 
PC as a terminal, 

2. Run DOS applications using the 
UNIX hard disk, 

3. Copy files from DOS to UNIX and 
back , 

4. Print from DOS using the UNIX 
printer and from UNIX using the 
I)( )S printer. 

It may not be a marriage made in 
heaven — but made in Pittsburgh is 
close enough. 

About the Author: 

David Saul is President o/MODULAR 
System Design, a firm founded in 1977 
which specializes in the development of 

custom communications for large cor- 
porations. Mr. Saul was one of the lec- 
turers at a recent communications class 
sponsored by Cromemeo, and held in 
Frankfurt, Germany. In attendance 
were Cromemeo dealers and OEMs 
representing fourteen countries. 

For further information about RDISK 
contact: 

MODULAR System Design 

6425 Darlington Road 

Pittsburgh, PA 15217 

(412) 521-6700 



' s • S / SSS/S/SSSSSSSSfff 


\ ProCall/PC \ 


^ The smart answer to ^ 


\ Cromix - IBM PC communications \ 

r ' 


\ The only communications \ 


',< program to offer IBM PC S 


\ to Cromix communications \ 


> with Rfile/Sfile, PcXfer & S 


\ Kermit transfer protocols! \. 


, s • User friendly windows S 


\ • Speeds to 38,400 BPS \ 


A • Modem or direct connect -" 


\ • Compatible with ProCall \ 


-I • Cromemeo 3102, VT-1 00, ^ 


/> &VT-52 terminal emulation \ 


\ • Printer support \ 


',< • Macro capability S 


\ • Multi COM port support \ 


A • Unattended operation - x 


A For more information and the - x 


\ name of a dealer near you, \ 


call PSD at: (408) 749-1292. 


\ ProtoMatrix Software Development \ 


S 125-64 Connemara Way S 


V Sunnyvale, CA 94087 \ 
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RDISK 



Continued 



A>copy con El DOCUMENT 
This is a TEST Document! 



1 flle(e) coplad 




A>hoat 




XI a -1 




-rwxrMxrwx 1 gueat 


gueat 


-rwxrwxrwx 1 gueat 


guast 



Xdir PITTSBURGH 



I Bo to UNIX C-Shall 

I Do • datallad Hat 

33SS4432 Jan 4 10l4 PITTSBURGH 
368640 Jan 4 10i3 floppy 

I A DOB dlr undar UNIX 



Volume In drlva E haa labal PITTSBURGH 
Directory of El 



123 EXE 


B98S6 


1-01-80 


12i04a 


123 HLP 


113416 


6-07-83 


li23a 


123 CNF 


256 


1-01 -BO 


12i01a 


DOCUMENT 


24 


1-04-86 


lOilOa 



4 Flla(a) 3392BS32 bytaa free 

Xextract PITTSBURGH DOCUMENT I Convert a DOB file to UNIX format 
Thim la a Teat Document! I Thla output could be piped 
Xexlt I Exit the C -Shall 

A>setprt lp I Bet D08 printer lpt3 to UNIX printer lp 

A>copy DOCUMENT lpt3 I Print DOCUMENT on UNIX printer 
A>rcopy DOCUMENT /uar/gueat/doc I Copy DOCUMENT to UNIX file doc 
A>umnt T I Unmount Drive T 

Drive T haa been dl amounted 

A>umnt E I Unmount Drive E 

Drive E haa been dl amounted 

A>RXIT I Halt server and log off UNIX 

RDISK proceaaor halted rim 



Super System 



1. System 300 (CS300H50X5) $8000 

Cromix-Plus 

FORTRAN77 

SBASIC68 

SPICE (CAD program) 
Unix System V 

FORTRAM77 

Pascal 

C 

COBOL 

COBOL Forms Generator 

COBOL Animator (Debugger) 

Programmers Tools (make, awk, uucp, 

sees, yaac, etc.) 

Documentors Tools (nroff, troff, etc.) 

Lex (Word Processor) 
Complete set of (Jnix Manuals 



2. 256KZ Memory Card 



$ 450 



3. System Two with 3102 Terminal 

Extensive CDOS software $1500 



4. New Tuart Board 



$ 275 



5. Qantex 7065 Printer $1000 

300 CPS, Industrial Quality, Epson and 
Anadex emulation. 



ALL EQUIPMENT IS NEW OR VIR- 
TUALLY NEW. Please call for further 
information. 



Denis Sharon 

Dynex Engineering 

133 Knollwood Drive 

Ridgefield, CT 06877 

(203) 431-8181 



Can A Cromemc 



by Pat Magi (in 



I recently visited a company that had 
just purchased an eight year old mini- 
computer, and therein lies a tale. 

This company had an older mini for 
several years, with mail list and invoic- 
ing software. The company buys and 
sells large mail lists. They purchased a 
Cromemco Z2-H about three years ago. 
In late 1983, they called ACS looking for 
accounting software. Our Accounts 
Payable, Receivable, and General 
Ledger packages were installed. Several 
changes were made due to the deferred 
income nature of their business. A few 
other changes were made over the next 
year and a half, but essentially a steady 
state existed. 

Another company in the same 
business was closed, leaving a mini- 
computer available for less that ten 
cents on the new price dollar. They 
bought the system for $5000, with soft- 
ware. This appeared to be a super value 
on the surface. Unfortunately, the 
maintenance for this rather unreliable, 
old machine, which was to replace their 
older mini, was about $10,000 per year. 
I pointed out that we (ACS) could pro- 
vide a new, reliable, expandable 
Cromemco on a lease, with 
maintenance, for less than maintenance 
alone on their bargain machine. This 
was 2 megabytes versus (S4K, 140 meg 
disk versus 128 meg, and a new 9 track 
tape versus the older one (same 
manufacturer). 

We compared speed on the mini, 
which uses the Pick operating system. 
A search of 30K records of 140 bytes 
each was run on both machines. It took 
5:50 on the Cromemco, using Informix, 
and 7:10 on the big machine. In addi- 
tion, the "wall heater" (our ungracious 
name for that big machine) required a 
full room with a special spot air condi- 
tioner. The Cromemco could fit on a 
desk. They get a room for free! One last 
point — if I may beat a dead horse — the 
building is subjected to power outages 
from time to time. A UPS (Uninterrup- 
tible Power Supply) for the big machine 
costs about ten times more than one for 
the Cromemco. 

The sad thing is, they could have done 
this in the beginning and saved more. 
Now, they may not do it at all. 

I think a major point exists here. 
Many potential and existing customers 
do not think of Cromemco when they 
thing of serious business applications. 
I suggest a series of articles in I/O NEWS 
by users, dealers, etc., pointing out that 
a Cromemco can do it, in those areas 
normally considered mini territory. I 
will describe one of our largest installa- 
tions as a case in point. 

Auburn Brass, a division of 
Amerock, an Anchor Hocking Com- 
pany, is a producer of very high quali- 



10 I/O NEWS 



co Do It? 



ty bathroom fixtures and accessories. 
They procure components from around 
the world for processing in two plants 
in Southern California. This processing 
includes plating, huffing, assembly, 
testing, and inspection. 

Their initial step into computers was 
an inventory package on a Z2-H under 

I » is. The inventory was not satisfac- 
'i iry, but the original vendor would not 
make revisions and did not provide 
systems documentation (e.g., file 
formats). 

A payroll system was purchased from 
A< S in December, 1982. Accounts 
Payable, then Accounts Receivable, 
followed. One change to A/R was the 
creation of aged invoices by territory. 
Payroll was enhanced to allow 401 (k) 
deductions, and additional personnel 
reports. A few other changes were 
made to these packages. The ACS Mail 
List Management System was added. A 
special program created the initial data 
file by scanning the A/R Customer file. 

A major concern of the company was 
rust control and reporting. Various 
finishes, such as gold plating, affect the 
costs sharply. A custom cost system and 
multi-level bill of materials (BOM) was 
developed. A merchandise transfer 
document is used to move parts bet- 
ween locations (purchased parts, WIP, 
etc.). The cost system evaluates the 
material listed on these documents. 
Various reports provide audit trail and 
documentation for personnel from the 
company, as well as the parent com- 
pany and outside auditors. Since in- 
voices were being entered to report 
costs of goods sold, this sub-system was 
used to create commission reports. 

The hardware had by now been ex- 
panded to three terminals and two 
printers, operating under Cromix. 

With a BOM, it was now possible to 
develop an explosion of production lot 
assemblies into the detail required for 
the lot. We called this a production re- 
quirements report. 

At this point, the previous inventory 
system was replaced with one design- 
ed for the company's special re- 
quirements, including costs by various 
categories. Receiving reports, merchan- 
dise transfers, invoices, and returned 
goods authorizations all interface with 
the costing and inventory systems. 
Reports provide receipts and issues in- 
formation. Additions to inventory 
master records (e.g., new part numbers) 
are performed automatically from the 
documents. The computer compares all 
information to the BOM for validity at 
input. 

The company had now grown 
substantially. A Cromemco 68000 
System III with a 50 meg SMD drive was 
added, along with three more terminals. 
This occurred shortly before the 50 meg 
with STDC was introduced. 




A special locator system was im- 
plemented. This tracked items in the 
finished goods warehouse by location. 

Order entry was then implemented. 
This allowed us to tie everything 
together. The order entry system ac- 
cumulates sales data, creates re- 
quirements reports, prints sales orders, 
back orders, and invoices, and updates 
A/R and costing. Pricing is an important 
aspect of order entry. Retail prices, 
which vary with finish, are stored in the 
BOM files, along with a product code. 
A discount code is stored in a customer 
file. These two codes are used to scan 
a user defined matrix to obtain the 
customer's discount percentage. 
Finishes and colors are compared to 
user definable tables during input to 
assure validity. Stock descriptions, 
customer bill-to and ship-to name and 
address data, and all other feasible 
fields have default entries. 

Some numbers from the installation 
are informative. A/R maintains approx- 
imately 1,200 customers and 3,500 open 
invoices. A/P maintains 300 vendors 
and receives about 300 invoices per 
month. Over 100 W-2 forms exist in 
payroll. About 200 orders are process 
ed per week, comprising some 800 line 
items. The bill of materials contains 
over 4,000 records, and inventory about 
7,000. Close to 14,000 transactions 
(merchandise transfers, etc.) were 
posted to inventory last month. The last 
physical inventory totaled 15,000 
records. 

Because of the amount of customiza- 
tion required, a set of utilities is used. 
This allows faster revisions and creation 
of sub-systems. About 90% of the input 
and edit functions are supported by 
utilities driven by parameter files. Print 
routines are highly standardized. All 
major files are keyed, and the keys are 
kept in RAM disk. Command files move 
the key files from and to the hard disk 
during startup and shutdown. Rebuild 
routines allow re-creation of the keys 
in the event of non-standard shutdown. 
RAM disk greatly increases the process- 
ing speed, especially BOM explosions. A 
small sample explosion required four 



hours manually, but is handled in less 
than ten minutes on the computer. One 
unique aspect of an explosion in this in- 
stallation is the need to track finishes 
and colors. Flags in the BOM files tell 
the system whether an item has a finish 
or color. Seals, for example, have 
neither. As a side note, two people tried 
their hand at the sample explosion, and 
each made different mistakes. 

Of course, accuracy has increased 
over the manual system, and the ap- 
pearance of orders and invoices has 
been improved. The order handling 
paperwork cycle has been reduced by 
at least two days, while various reports 
have helped reduce the material cycle. 

While ACS has a much simpler 
BOM/inventory system available, I feel 
that this complex one better illustrates 
the point. This is the kind of system that 
would have been considered out of the 
question on a micro a few years ago. I 
look forward to seeing other examples 
from other readers which illustrate that 
"a Cromemco can do it." CJ) 




About the Author: 

Pat Maguire is President of Advanc- 
ed Computer Software, Inc., a firm 
specializing in standard and custom 
software packages for Cromemco 
systems, founded in 1980. 

With a Masters in System Engineer- 
ing, Maguire has been programming 
since 1959 — with programming ex- 
perience spanning mainframes to 
micros. He has been working with 
Cromemco microcamp/uters since 1978. 

Advanced Computer Software, Inc. 

700 S. Tustin Ave., Suite B 

Orange, CA 92667 

(714) 771-0852 
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Telecoiranunications 

Continued from front cover 

chronous form (such is used to connect 
your CRT terminal to your computer) in 
that a start bit and stop bit are not re- 
quired for every character. This means 
that, for a given bandwidth telephone 
line or other physical link, data can be 
communicated at a faster rate syn- 
chronously than it can asynchronously. 
Both the Cromemco Biart and Quadart 
can support synchronous communica- 
tion. The RS-232 synchronous output of 
either the Biart or Quadart can be con- 
nected to a synchronous modem for 
transmission over a telephone line. 
Bisync 
The first widely adopted synchronous 



communication standard was called 
bisynchronous communication and is 
also known as BSC or Bisync. Bisync 
was developed by IBM in 1967, and was 
first used to connect so-called remote 
batch terminals (such as card readers) 
to a mainframe computer. 

The first IBM remote batch terminal 
to use the Bisync data link was the 
model 2770. This terminal was design- 
ed to read and transmit punch card files 
to a remote computer, and to receive 
from the remote computer files that 
would be punched onto cards or printed 
on a line printer. The model 2770 was 
succeeded by the model 2780 and model 
•'3780. Other such IBM products were the 
2908 (a magnetic tape unit) and the 
•'3741 (a key-to-desk machine). 

Cromemco computers have, tor some 



time, been able to emulate such remote 
batch terminals by using the IOP 
Quadart hardware with the RBTE 
(Remote Batch Terminal Emulator) soft- 
ware. The RBTE software can operate 
under the CDOS or Cromix operating 
system at data rates of from 1200 to 
19,200 baud. 

Later IBM introduced a class of 
remote interactive (as opposed to 
batch terminals. These were known as 
the model 3270 terminals. Cromemco 
computers can now emulate 3270 ter- 
minals by using the Biart hardware 
with the new 3270-BSC software. Ver- 
sions of 3270-BSC are available for both 
the Cromix and UNIX operating systems 
and support transmission rates of from 
1200 to 9600 baud. In particular, a 
Cromemco system running 3270-BSC 



MODEL 



NUMBER OF 

SERIAL 
CHANNELS 



Table 1 
CROMEMCO SERIAL INTERFACES 



INTERFACE 
STANDARD 



SERIAL 
PROTOCOL 



SPEED 



MAJOR USE 



OCTART 



BIART 



8 



RS-232C 



RS-232C 
RS-422 
RS-423 



ASYNCHRONOUS 50 — 38,400 BAUD 



ASYNCHRONOUS 30.5 — 19,200 BAUD 



Connecting a Cromemco 
computer to CRT terminals, 
serial printers, or asyn- 
chronous modems 
Connecting a Cromemco 
computer to synchronous 
modems 



GLOSSARY 

RS-232C 

RS-422 and 
RS-423 

ASYNCHRONOUS 
MODEM 

SYNCHRONOUS 
MODEM 



SYNCHRONOUS — 1,000,000 BAUD 

e.g. BISYNC (used in IBM 3270 protocol) 

SDLC (used in IBM SNA protocol) 
HDLC (used in CCITT X.25 protocol) 

The standard adopted in 1969 to describe the connection between a computer or a terminal (called 
the DTE) and a modem (called the DCE). Limited to 19,200 baud and 50 feet of cable. 
Standards adopted in 1978 to replace RS-232C when higher speed 

transmission (up to 10,000,000 baud with 40' cable) or longer cable lengths (up to 4000' at lower 
baud rates) are required. 

A modem used for low speed data transmission — typically up to 
1200 baud on a dial-up telephone line. 

A modem used for high-speed data transmission — typically 2400 
baud or faster on a dedicated line. 



Table 2 
SYNCHRONOUS COMMUNICATIONS PROTOCOLS 



SOFTWARE 


INTERFACE 
HARDWARE 


OPERATING 
SYSTEM 


IBM DEVICES 
EMULATED 


LINK-LEVEL 
PROTOCOL 


BAUD RATE 
SUPPORTED 


RBTE 


IOP 

QUADART 


CDOS or 
CROMIX 


2770, 2780, 
3780, 2986, 
3741 


BSC 


1,200 — 19,200 


3270-BSC 


BIART 


CROMIX or 
UNIX 


3278, 3287, 
3274 


BSC 


1 ,200 — 9,600 


X.25 


BIART 


CROMIX or 
UNIX 


— 


HDLC 


1,200 — 9,600 


GLOSSARY 












RBTE — 

BSC - 

SDLC — 

HDLC — 


Remote Batch Terminal Emulator 
Bisynchronous Communication 
Synchronous Data Link Control 
High-level Data Link Control 
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- 'I'i ware and connected to a mainframe 

a synchronous modem will have its 

: minals appear to the mainframe as 

BM 3278 Model 2 terminals and its 

printers appear as IBM 3287 printers. 

SDLC/HDLC 

As time went on, it became clear that 
i ■< >uld be improvements to the BSC 
lata link protocol. In 1974 IBM an- 
iiod such an improvement called 
Sj nchronous Data Link Control, or 
SDLC. SDLC and its derivatives are the 
dern communications standards for 
the high speed communication of com- 
puter data. When the International 
Standards Organization (ISO) adopted a 
lata link protocol it based it on SDLC 
and called it HDLC (High-level Data 
l.mk Control") 

The Cromemco Biart serial interface, 
in addition to supporting BSC, also sup- 
ports SDLC and HDLC. (See accompa- 
nying Table 1 for Biart and Octart 
specifications). 

X.25 

When only two devices are linked 
together, the data link software (such 
as BSC, SDLC, or HDLC) is all that is re- 
quired to coordinate the transfer of in- 
f( irmation. If more than two devices are 
connected in a network, however, a 
higher level program is required to coor- 
dinate the flow of the packets of data 
so that when data is sent from one 
device it is properly routed to the in- 
tended receiving device. One such type 
"I networking software is called X.25. 
The X.25 standard was published by the 
International Standards Organization in 
L980. The link-level protocol for X.25 
is HDLC. 

Cromemco computers can now con- 
nect to X.25 networks with the Biart 
hardware and the X.25 software (model 
ITI X.25). Terminals on the Cromemco 
computer become interactive ter- 
minals on the X.25 "network. For this 
reason the software is said to provide 
an interactive terminal interface or 
ITI. Since the function of the software 
is to assemble and disassemble packets 
of information that are on the network, 
it is said to provide Packet Assembler 
Diassembler or PAD capability. 

The X.25 capability on Cromemco 
computers is good for one of two pur- 
poses. First, it can provide access to 
public X.25 networks. Telenet and 
Tymnet are the two best examples of 
these. Second, it can allow a customer 
to construct a private X.25 network. In 
Korea the Air Force has 60 such 
Cromemco systems in a network to 
communicate strategic information bet- 
ween air bases. 

Cromemco systems support X.25 data 
transmission rates of from 1200 to 9600 
baud. 

Summary 

In addition to KBTE Cromemco now 
supports two important new telecom- 
munications standards. A summary of 
these capabilities is shown in Table 2. 
With this new software Cromemco com- 
puters, under either Cromix or UNIX, 
can communicate with mainframes and 



become fully integrated into an infor- 
mation system. 

Continued on pane 2 

dBIII Compiler 

Continual /mm /runt cover 

piled applications on the 68000 for in- 
creased speed. 

dBIII Compiler features not available 
to the Cromemco dBASE II user include: 

1 . Up to ten files open simultaneously 
in one of ten separate work areas 
versus two in dBASE II. 

2. Date field support. 

3. Sort on multiple fields. 

4. Public and private memory variables 
and parameters. 

5. Running operating system com- 
mands from within dBASE 
programs. 

dBIII Compiler for Cromix-Plus sup- 
ports a well featured interface to the 
Cromix-Plus operating system 
including: 

1 . Record and file locking for multi-user 
protection. The record protection is 
dBASE record oriented, not "sector" 
oriented like other protection 
schemes. This means you lock only 
the data you need to lock and other 
users are only momentarily delayed 
while you have that one record 
selected. The file protection ensures 
you don't update a dBASE file 
header while someone else is using 
the file. It also ensures that indexing 
is not being performed by two users 
simultaneously. 

2. Full pathnames for files. 

3. Spooling of printed output. 

4. Reading of the termcaps file for ter- 
minal capabilities to allow the use of 
many different terminals without us- 
ing install procedures. 



dBIII Compiler for Cromix-Plus has 
maintained (lata file compatibility with 
dBASE II and dBASE III. dBIII Compiler 
compensates for the fact that the nor- 
mal byte order for words in these files 
is reversed from that desired by the 
68000. This means that you can use all 
of your present data files and convert 
to dBASE III format when you wish. It 
also means you can continue to 
manipulate data with dBASE II (though 
we don't know why you would) and yet 
use compiled applications on the same 
data. In addition, only minor changes 
are required in your present .CMD files 
to convert them to .PRG files for dBIII 
Compiler. 

Finally, dBIII Compiler for Cromix- 
Plus gives you all the above features 
with the speed of a compiled program 
running on the 68000. We believe you 
will find your applications running 
much faster, especially in situations in- 
volving multiple changes to selected 
records. Indexing runs at approximately 
the same speed as dBASE II under 



Cromix-Plus (Cromix-Plus already does 
such a good job of file buffering). 

Overall, we believe you will be ex- 
cited over the productivity gains dBIII 
Compiler for Cromix-Plus can offer you. 

dBIII Compiler is a trademark of WordTeeh 

Systems, Inc. 

dBASE, dBASE II, and dBASE III are 

trademarks of Ashton-Tate, Inc. 

Cromemco, Cromix, and Cromix-Plus are 

trademarks of Cromemco, Inc. 

08000 is a trademark of Motorola, Inc. 

About the Author: 

Rich Mitchell is a specialist in the art 
of 'C program m ing currently working 
with Software Standards, Inc., a two 

ijear old Jinn which ports soft ware for 
Cromemco systems. Mitchell did the 
port of WordTeeh Systems' dBIII Com- 
piler for Crom ix-Plus. 

Software Standards, Inc. 

6191 Choctaw 
Baton Rouge, LA 70805 

(504) 355-8024 CJ5 

South America 

Continued from front cover 

pie of the contribution microcomputer 
technology is making to the economic 
growth of developing nations. 
Microcomputer systems can provide 
enormous leverage of existing resources 
in these countries, just as mainframe 
computers do in much larger 
economies. In South America the 
dependability, expandability, and 
power of Cromemco supermicrocom- 
puters have positioned Cromemco as 
the leading surrogate mainframe in a 
dazzling variety of applications. 

To appreciate the economic contribu- 
tion of Cromemco computers in these 
countries take, for example, the textile 
mills of Medellin, Colombia. Although 
once competitive in world markets, the 
aging textile production machinery now 
cannot produce fabric with the same 
quality in the same volume as more 
modern, automated equipment. Juan 
Henao and Alvaro Perez decided to 
change that. Certainly re-equipping the 
vast textile factories with more modern 
equipment would not be economically 
feasible. But why not outfit the existing 
machinery with the requisite sensors, 
actuators, and a microcomputer control 
system to bring the machines up to 
modern standard? 

Both Juan and Alvaro were educated 
in Colombia, and then attended 
graduate school in the U.S. Juan attend- 
ed the University of Michigan, and 
Alvaro attended Stanford University 
where he was first introduced to 
Cromemco equipment. Now operating 
a Cromemco distributorship, Control 
Sistematizado, in Medellin, they won 
a major contract from Pantex, the coun- 
try's leading textile producer, to 
automate their factory. Jaime Blandon 
of Control Sistematizado was given 
responsibility for project 

implementation. 

Their approach was this. Cromemco 
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single card computers (SCC), memory, 
8PIO cards, and ACD12 interfaces were 
mounted in CC-8 card cages. These card 
cages were powered by Cromemco PS-8 
power supplies. Each of these SCC- 
basad modules was used to control a 
specific process in the manufacturing 
equipment, e.g. fluid levels, 
temperatures, humidity, fabric tension, 
and run rate. A central Cromix system 
was then used to monitor each of these 
individual processes and to drive the 
master control console. As a result of 
this innovative system, Pantex is 
already enjoying an increase in the con- 
sistency and quality of their product 
and is anticipating actually increasing 
their manufacturing rate by as much as 
20% in the near future. This translates 
into an enormous productivity increase, 
and provides a new and exciting com- 
petitiveness for Colombia in the world 
textile market. And this is just one ex- 
ample of how Cromemco computers are 
increasing productivity in South 
America. 

Chile, for example, relies increasing- 
ly on the export of agricultural products 
in its foreign trade. Computer-aided 
research in the genetic engineering of 
crops, agricultural land use, and other 
areas of agronomics is critical to main- 
tain Chile's agricultural leadership in 
world markets. The institute responsi- 
ble for this important activity is the In- 
stitute de Investigaciones Agropecuarias 
located in Santiago. 

This institute analyzes data from its 
experimental stations, carries out 
agronomic analysis, and in these and 
other related activities relies heavily on 
the latest in computer technology. 
Working closely with EPROM, 
Cromemco's distributor in Chile, the in- 
stitute has installed over a dozen 
Cromemco computers. According to Mr. 
Fernando Silva of the institute, since 
their work includes both scientific 
research and economic analysis it was 
important to standardize on computer 
systems that could run both scientific 
languages (primarily Fortran and Basic 
but with some work in Pascal and C) as 
well as business languages (primarily 
COBOL). It was also important to have 
high processing speed for modeling 
work, and to have the ability to store 
large databases. Cromemco computers 
fit the bill. The importance of the role 
Cromemco computers have played in 
this critical national research is attested 
to in the institute's conference room. 
Hanging on the wall is not, as you might 
expect, a picture of wheat fields or 
grape vineyards, but rather, a picture 
of a Cromemco computer. 

Interestingly, Dr. Jorge Bellet, 
founder and managing director of 
EPROM, has as a strategy specifically 
focussed on applications of Cromemco 
computers in Chile that can leverage 
the considerable national resources of 
his country. For this reason several key 
members of EPROM's technical staff 
come not from a computer background, 
but rather from a strong scientific ap- 
plications background. Dr. Carlos In- 
fante, who holds a Ph.D. in physics 




Dr. Harry Garland vvitli Compusystems staff 
in Quito, Ecuador. From left to right: Jaime 
Prado, MarceUo Izurieta, Harry Garland, and 

Fernando Rivera. 

from the University of Oxford, heads 
EPROM's Technology Applications Divi- 
sion, and Carlos Thuene, educated in 
Germany as a geologist, heads the In- 
dustrial Minerals Division. Dr. Beliefs 
wife, Monica, is also a physicist and is 
active in the business and marketing ac- 
tivities of EPROM. 

In keeping with this strategic thrust 
EPROM's customers include, in addition 
to the prestigious Institute) de Investiga- 
ciones Agropecuarias, such important 
institutions as the Instituto In- 
teramericano de Cooperacion para la 
Agricultura, the University of Chile, the 
Catholic University, and the Compania 
de Acero del Pacifico. 

EPROM has also developed extensive 
commercial application software, under 
Cromix, that is specifically tailored for 
the Chilean market. For 1986 Dr. Bellet 
reports that his major emphasis will be 
on the System 400, which he believes 
can take a very large share of the pre- 
sent minicomputer market in Chile. 

The variety of uses for Cromemco 
computers in South America is as varied 
as the land itself, showing the great ver- 
satility of these machines. Imagine, for 
a moment, the enormous data base re- 
quired to store all the listings for the 
telephone books of the entire country 
of Ecuador. Surely the task for a mighty 
mainframe computer, wouldn't you 
think? Wrong. The listings are actually 
stored on a Cromemco System 400 run- 
ning under UNIX. 

The software for this telephone book 
applications was written by Roberto 
Gaio, general manager of Infotron in 
Quito. Infotron worked under contract 
to Offsetec, the major publishing house 
in Quito with responsibility for printing 
the telephone books for Ecuador's two 
major cities: Quito and Guayaquil. At 
Offsetec, the phone book program is 
under the general management of 
Rodrigo Grijalva, who purchased the 
first System 400 in Ecuador. 

Offsetec's use of Cromemco for the 
phone book project is just one of a series 
of successful applications they have had 
for Cromemco computers. Another ma- 
jor part of their business is the printing 
of bank checks. This is carried out on 
a special Dataproducts printer capable 
of printing 30,000 checks per hour. The 
printer is controlled by a Cromemco 
System Three. This check printing 



system, including the Cromemco com- 
puter, is marketed by Dataproducts 
throughout South America. In addition 
to installations in Ecuador, which are 
distributed by Optronic in Quito, check 
printing systems using Cromemco com- 
puters are now also in use in Peru and 
Argentina. 

MarceUo Izurieta, general manager of 
Compusystems in Ecuador, emphasizes 
commercial applications for Cromemco 
products in his country. In addition to 
major installations at companies like 
Ruben Herrmann and Offsetec, Com- 
pusystems sells EDP services for smaller 
businesses. The EDP services division 
uses a Cromemco System Three, with 
business application software 
developed specifically for the 
Ecuadorian market by Compusystems. 
Mr. Izurieta points out that as his EDP 
services customers grow and require an 
in-house computer system, they can 
then very easily transition to an in- 
house Cromemco system with no soft- 
ware conversion required. As a result 
of this business focus Mr. Izurieta and 
his colleagues at Compusystems have 
made Cromemco one of the leading 
names in business computers in 
Ecuador. In fact when you check into 
the elegant Hotel Colon International in 
Quito, don't be surprised to see a 
Cromemco C-10 in use behind the 
registration desk. 

Some applications for Cromemco com- 
puters in South America are similar to 
applications in the United States, while 
others are not. Watch television in Col- 
ombia or Brazil, for example, and you 
will see computer-generated weather 
maps and other graphics generated by 
a Cromemco graphics system, just as in 
over 400 television stations in the U.S. 
The strong market for Cromemco com- 
puters in the U.S. government can also 
be seen reflected in the government 
markets of other countries. Three 
System 400's are used by the Depart- 
ment of Commerce in Colombia and 
connect to an IBM mainframe using 
Cromemco's 3270 software. Other ap- 
plications, such as the monitoring 
system for a huge coffee processing 
plant being developed by Control 
Sistematizado or the telecommunica- 
tions system being installed by TCC in 
Peru, are unique to the local economies. 
In all these applications, though, 
Cromemco computers are making a real 
contribution to improving productivity, 
competitiveness, and the standards of 
living of these countries. (7/J) 
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MODEL 



PACKAGE 



RELEASE 



VERSION CREATED 



Current 
Versions of 
Cromemco 

Software 



This table lists the current versions of 
recent Cromemco software. It was 
derived from Cromemco's Software 
I'M duct Version Report of February 15, 
1986. The following notations are used: 
"NA" implies that the information is 
n< >t applicable or was not supplied in the 
product version report. Models ending 
with -'D' are for 68000 Cromix; those 
ending in 'X' are for 68000 UNIX. 
Almost all software is supplied on both 
8 inch and 5 inch diskettes, so the "L" 
i for large) and "S" (for small) have been 
omitted from the model numbers. Soft- 
ware packages which have been up- 
dated since the last printing of this list 
(Vol. IV, No. 6) are printed in boldface. 
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3270BSC-D 3270 Bisync Communications Software 

3270BSC-X 3270 Bisync Communications Software 

ANI-D 68000 COBOL Animator (Debugger) 

ANI-X 68000 COBOL Animator (Debugger) 

ASM-D 68000 Macro Assembler 

BAS-D 68000 BASIC Interpreter 

BASLIN-0 Baseline Graphic Software (for S-series) 

BAS-X 68000 BASIC Interpreter 

BNET-X B-Net Ethernet Communications 

C10CPM C-10 CP/M Operating System 

CAMR CalcMaster 

CCC Z-80 "C Compiler (Cromix only) 

CCC-D 68000 'C Compiler 

CCC-X 68000 'C Compiler 

CISAM-D C-ISAM File Access 

CISAM-X C-ISAM File Access 

COB-D 68000 COBOL Compiler 

COBRT-D 68000 Run-Time COBOL 

COBRT-X 68000 Run-Time COBOL 

COB-X 68000 COBOL Compiler 

COLL Cromemco Overlay Linker 

CONFIG-X UNIX Configuration Software 

CRO-D 68000 Cromix Operating System 

CROMIX Z-80 Cromix Operating System 

CRO-PLUS 68000 Cromix-Plus Operating System 

C10-CPM CP/M Operating System for C-10 

CXDR 68000/Z-80 Cromix I/O Drivers 

DIMR DiskMaster 

DOS CDOS Operating System 

ESQL-X Informix ESQL 

FDA Z-80 Macro Assembler 

FDC Z-80 COBOL Compiler 

FDF Z-80 FORTRAN IV Compiler 

FDR Z-80 FORTRAN IV with RATFOR 

FM2-D 68000 COBOL Forms-2 

FM2-X 68000 COBOL Forms-2 

FOMR FontMaster 

FOR-D 68000 FORTRAN 77 Compiler 

FOR-X 68000 FORTRAN 77 Compiler 

FSTBAS-D 68000 Fast BASIC Compiler 

FSTCCC-D 68000 Fast 'C Compiler 

FSTFOR-D 68000 Fast FORTRAN Compiler 

FSTPAS-D 68000 Fast PASCAL Compiler 

INFX-D Informix Relational Database 

INFX-X Informix Relational Database 

KSAM KSAM File Access (Z-80 Cromix) 

LSP LISP Interpreter 

MacLine Apple Macintosh to UNIX Communications 

MAXASM-D Maximizer Microcode Assembler 

NCG-X 68000 COBOL Native Code Generator 

NET C-NET Software for CNI (Cromix only) 

PAS-D 68000 Pascal Compiler 

PAS-X 68000 Pascal Compiler 

PC Works IBM PC to UNIX Communications 

Q-PLUS-X Q-Office, Office Automation and Wordprocessing 

RBTE Remote Batch Terminal Emulator 

RMCOB-X 68000 RMCOBOL Compiler 

RMCOBRT-X 68000 Run-Time RMCOBOL 

SGS SDI Graphics Software 

SLMR SlideMaster Graphics Editor 

SMCBAS-X SMC BASIC Interpreter 

SMDS SMD Drive Controller Software 

SMDS-X SMD Drive Controller Software 

SPICE-D SPICE Circuit Design Software 

SPMR SpellMaster Spell Proofing Program 

SQL-X Informix SQL 

STB Structured BASIC Interpreter 

STB-D 68000 Structured BASIC Interpreter 

STMR StatMaster Statistical Analysis Package 

TEMR TeleMaster Communication Software (C10 only) 

TSDI Tri-SDI Graphics Software 

UDST-X UNIX Documentation Software Tools 

UFY-X Unify Relational Database System 

ULTCALC-X UltraCALC Spreadsheet Package 

UNIX-X UNIX System V Operating System 

UPST-X UNIX Programmers Software Tools 

WPS Word Processing Software 

WRMR WriteMaster Wordprocessing Program 

X2S-D X.25 Communications Network 
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NA 
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NA 


02/10/86 
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08/16/85 


1 


02.20 


09/17/84 


2 


2.04 


08/21/85 


2 


2.04 


07/16/85 


3 


NA 


04/30/85 


1 


NA 


05/02/85 


1 


NA 


05/21/85 


2 


NA 


11/04/83 


3 


02.04 


03/25/83 


2 


NA 


01/27/86 


8 


20.65 


03/27/85 


11 


11.27 


07/03/84 


5 


31.05 


11/12/85 


1 


02.20 


01/17/84 


2 


NA 


01/16/86 


2 


01.11 


09/08/84 


12 


02.58 


11/07/83 


1 


NA 


NA 


12 


03.10 


07/18/83 


6 


04.64 


03/29/83 


11 


03.42 


03/30/83 


4 


01.05 


03/29/83 


1 


NA 


10/24/83 


1 


NA 


04/25/85 


5 


01.16 


08/19/83 


7 


02.41 


08/16/85 


1 


02.20 


09/17/84 


2 


02.40 


08/20/85 


3 


02.41 


08/20/85 


4 


02.41 


08/20/85 


4 


02.41 


08/20/85 


3 


03.30 


08/21/85 


2 


03.30 


06/18/85 


3 


01.04 


03/01/83 


5 


01.08 


03/31/83 


1 


NA 


NA 


1 


02.08 


11/06/84 


1 


NA 


04/25/85 


2 


NA 


03/20/84 


6 


02.42 


08/16/85 


1 


02.20 


09/17/84 


1 


NA 


NA 


2 


01.94 


01/30/86 


5 


01.08 


11/17/83 


1 


NA 


10/31/84 


1 


NA 


11/07/85 


6 


02.00 


09/06/83 


4 


02.03 


04/26/83 


1 


NA 


11/06/84 


2 


NA 


07/06/84 


2 


NA 


01/27/86 


1 


11.02 


06/21/84 


5 


01.20 


06/27/83 


1 


NA 


NA 


11 


03.65 


03/31/83 


1 


1.00 


09/24/84 


2 


01.04 


07/21/83 


2 


02.06 


04/24/84 


3 


NA 


04/01/83 


3 


NA 


01/21/86 


1 


NA 


11/01/84 


1 


NA 


12/15/84 


3.0 


NA 


01/16/86 


3 


NA 


01/21/86 


11 


06.00 


04/01/83 


10 


02.02 


11/01/84 


1 


02.04 


08/06/85 



I/O NEWS 15 





INSIDE CROMIX - 



INSIDE CROMIX is an open forum on both eight-bit and 1 6-bit versions of Cromix. The subject matter is directed 
towards helping Cromix users derive more from their systems. Members' contributions are invited. INSIDE CROMIX 
is edited by Jordan Siedband, who can be reached at 501 7 Fairview Lane, Skokie. IL 60077, (3 1 2)674-1 1 75. 



Dear Cromemco, 

I have been a good boy for the last 
year, not even once acknowledging the 
existence of the IBM-PC or Apple 
machines. I read the Cromemco 
manuals, even those parts which were 
totally unreadable. I even improved my 
Cromemco with Cromemco parts, of 
course. 

Now, I would like to give you a par- 
tial wish list in the fervent hope that the 
preceding statements will cause you to 
relent and grant me my wishes. I feel 
like the person who says, "Lord, grant 
me Patience, and I Want It Now!" 

1. Having tasted UNIX and written 
shell programs in both operating 
systems, I would request the 
availabilty of several shell variables 
in Cromix so that in a simple com- 
mand file, $a = #1 assigns the 
parameter #1 to a shell variable like 
$a. Later in the program, I can then 
use the command file copyem.cmd to 
copy files to the /usr/archive direc- 
tory by typing: 

copyem /usr/archive filel file2 
Contents of copyem.cmd: 

$a = #1 

%loop 

copy -fv #2 $a 

shift 

if .#2 ! = . go loop 

2. PLEASE!! write ALL new system 
programs using termcaps. 



3. A decent 
spreadsheet!!! 



68000 



Cromix 



4. A complete termcap (or termcaps) 
library and routines for use in shell 
programs and "C programs. 

5. A 68000 'C library with math and 
utilities like in UNIX, with proper 
rounding and truncating. Because 
68000 'C computes using binary 
arithmetic instead of BCD like Z80 
'C, financial clients scream and 
moan since pennies do not round 
well!! SVS's library is, frankly, the 
pits. 

6. Please keep my options open to re- 
quest more goodies. I promise to con- 
tinue being as good as I can be!! 

A Note About The New Editor, CE 

After spending half the day, trying to 
get CE to work in a multi-user environ- 
ment and getting INSUFFICIENT TER- 
MINAL CAPABILITIES on my screen, I 
called Bob Beauchamp at Cromemco 
who solved my problem. It seems that 
any termcaps file or ttys file MUST be 
edited using the -n option of screen. 
Termcaps and ttys do not want to look 
at carriage returns. Also, if you have 
UNIX or INFORMIX or 68000 COBOL, 
you already have termcap files. Study 
those files and be sure that you add 
those lines that termcaps needs ( see 
help termcaps and help ce). 

More About Command Files 

I have both Cromemco terminals and 
AMPEX terminals: AMPEX for me, C-10 
for my clients. I like to use screen 
enhancements for my command files 
such as highlighting, double-sized 
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700 South Tustin Avenue, Suite B 

Orange, CA 92667 

(714) 639-4570 

An exclusive Cromemco dealership, Accountability Systems caters to the 
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characters, etc. Until termcaps can be 
used with command files, I can use Ver- 
sion 31.05 to build command files for 
tiie proper terminal by reading the term 
attribute. Example: to compile and link 
a sequence of 'C programs: (a[, the 
escape character is entered by pressing 
ESC key). 

%start 

term strcmp -e d-80 

°/o previous line checks to see if the 

°/o terminal is an AMPEX d-80 

if -err go p1 

echo "A[MHCompiling #1" 

echo "a[MK" 

go routine 

%p1 

term | strcmp -e C-10 

% check to see if the terminal is a 

% CROMEMCO C-10 

if -err go p2 

echo " A[dPCompiling #lA[d@" 

go routine 

%p2 

% Generic Terminal 

echo" ******COMPILING#1 ******" 

°/oroutine 

c #1 !* tee #1.err 

if -err go next 

code #1.i 

if -err go next 

crolinker #1 /usr/lib/clib /usr/lib/syslib 

/usr/lib/paslib 
del #1.obj #1.err 
°/onext 
shift 
if #1. != . goto start 

For the Ampex, the echo displays in 
double-sized characters; the C-10 shows 
in reverse field, and if it is neither, a 
simple message displays. Add more or 
less to suit your configuration. 

Notice the use of strcmp instead of 
testinp. The speed is phenomenal!! 

Since this is my second column of my 
new tenure as editor of this column, I 
would like to thank all of those of you 
who took the time to respond to the last 
column. Your confidence and applause 
are just what I needed to be inspired. 
Some people think that their "secrets" 
are superb and no one else can come 
near them. When you have been pro- 
gramming (applications and systems) for 
a while, as I have, you realize that 
anything you can do can be done by so- 
meone else, perhaps better. The pur- 
pose of a column like this is help each 
of us improve. Please submit your ideas. 
Others may be inspired to solve their 
own computer problems more 
efficiently. CD 
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software? 

Now there's help ... 
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Attention CROMIX Users 







The book 
you've been 
expecting is 
finally here. 

CROMIX 

— A User's Guide 
can be ordered now. 

(While They Last) 



Leigh Thomas' excellent tutorial on 
CROMIX, reprinted in the U.S., can now 
be ordered directly from I/O News. 



The price is $25.00 plus $4.95 Shipping & 
Handling per copy. For bulk orders of 10 
or more, the price is $17.75 per copy F.O.B. 

Irvine, California. California residents add 6% sales tax 

Send Check, Money Order, or Credit Card 
Information to: 

I/O News 

ATTN: CROMIX — A User's Guide 

P.O. Box 17658 

Irvine, CA 92713 
U.S.A. 

Be sure to include Membership Number 
and full shipping instructions with order. 
(Amounts noted are in U.S. dollars drawn 
on U.S. banks, only.) 

This is a MUST BOOK for any CROMIX user. 
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C-10 ENCOUNTERS - 



C-10 ENCOUNTERS is a regular column directed to users of Cromemco's personal computer, the C-10. It is 
edited by Dr. Tom Beer, of Applied Environmetrics, located at 1 1 8 Gordon St., Balwyn, Victoria 3 1 03, Australia. 
Dr. Beer can be reached by phone during business-hours at (03) 8 1 7-257 1 . Submit editorial directly to Dr. Beer. 



In a recent issue of Crome-Soma, the official publication of 
the Cromemco Users Group of Australia, Trevor Campbell asked 
"How do I write a routine to get a program to run at/after a 
certain time interval (using interrupts I suppose) on a C-10?" 
The question itself is a bit like "How do I write a novel?", 
because there is no unique answer and each person will have 
a different approach and a different style. 

The simplest way to accomplish this is to write a program that 
generates the requisite time delay and then calls up the required 
program. If the program that you want to run is a Basic saved 
file then the delay program can itself be in Basic. 

10 Inpuf'Enter length of required delay ",L 

20 For I = 1 To L 

30 Rem waste time 

40 For J = 1 To L 

50 Rem waste more time 

60 Next J 

70 Next I 

80 Run"NEXTPROG.SAV" 

90 End 
will run the saved Basic program NEXTPROG.SAV after a 
variable delay that you set by choosing an appropriate number 
for L. A value of 110 produces a delay of about one minute. 
Doubling L gives a four minute delay, and so on. For longer 
delays insert more loops. 

If the program that you want to run is a COM file (say NEX- 
TPROG.COM) then an assembly language program is needed, 
and one needs to be sufficiently familiar with the operating 
system to be able to set up the File Control Block for the new 
program, read NEXTPROG.COM into memory, and then jump 
to the memory location at which your new program starts. If 
you think about it you will see that this is similar to one of the 
functions of CDOS. It sits there twiddling its thumbs until you 
type NEXTPROG at which stage it accesses the disk and starts 
to load the contents of NEXTPROG.COM into memory, begin- 
ning at memory address 100H, until the end of the file is reach- 
ed. The program instructions are then executed in sequence, 
beginning at 100H. To make the programmer's life a little easier, 
CDOS provides system call 136 (88H) "link to new program" 
that will load and start execution at 100H. Alternatively, you 
can achieve the same effect with a CDOS command file. 

The disadvantage of these programs is that the machine sits 
there, essentially idle, while it executes the delay program. If 
the intention is to use the computer to run the program 
NOWPROG, but after exactly fifteen minutes (say), to 
automatically run NEXTPROG then the task is slightly more 
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difficult. If NOWPROG is a program that you have written 
yourself then the task can be accomplished fairly easily. What 
is required is a subroutine that will obtain the time and if more 
than fifteen minutes have elapsed since the start time (set at 
the beginning of the program) then NEXTPROG is called and 
run. The easiest way to obtain the time is with CDOS system 
call 146 (92H) - provided that CDOS system call 145 (91 H) has 
first been used to set the time. This is easily done in assembly 
language code: 



LD 
LD 
LD 
CALL 

LD 
CALL 

LD 
CP 
RET 



DE,0 ;Setstime = 

B,0 ;sets secs = 

C,91H :sets call no. 

5 ;does system call 

Program to set clock = 

C.92H ;sets call no. 

5 .'returns with 

:mins in B reg. 
A,0EH ;put 14 in A 

B compare A-B 

NC ;return if no carry 

;Code to run NEXTPROG 



Subroutine to see if 15 mins. have elapsed. 

The Basic programer will have a bit more problem. The clock 
can be set with the one line Basic command: 

10 Print Chr$(27);" 000000" : Rem— note the blank before 00... 

but there is no similar sequence with which to read the clock. 
This means that a Basic programmer will have to incorporate 
the assembly language read clock routine given above into the 
Basic program by using the USR command. Fortunately the 
C-10 Structured Basic manual gives a helpful example on the 
use of the USR command. Because the number of minutes are 
returned in the B register we need to set up: 

20 Data %OOD1%, /oOOCl /o > /oOOCD%,%0005 /o,%0000°/o 

30 Data %0016%,%0000°/o,°/o0058°/o,°/oOOC9°/o 

40 Integer Byte, Index, Minutes 

50 For Index = %0103% to %010B% 

60 Read Byte 

70 Poke Index, Byte 

80 Next Index 

then follow it with the main program which will have frequent 
calls of the form: 

200 Gosub Time'check 

to the following time check routine: 

990 'Time'check 

991 Minutes = Usr(%0103°/o,0,°/o0092°/o) 

992 If (Minutes # 15) Then Return 

993 Scr 

994 Run "NEXTPROG.SAV" 

So far we have only utilized software routines to calculate 
the time. Using interrupts, as suggested by Trevor Campbell, 
requires more knowledge of both the C-10 hardware and soft- 
ware than I possess. It is difficult to use interrupts on the C-10 
because CDOS is already making extensive use of interrupts 
and you have to know exactly what you are doing to avoid 
hanging your system. If one examines CDOS in low memory 
then one finds a jump instruction at memory location 38H. In 
CDOS C2.61 and C2.65 the jump is to memory location FCB6. 
(The bytes at 38H are C3 B6 FC) and if the code from FCB6 
is unravelled it seems to be concerned with setting up the 
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en. I hypothesize that screen operations on the C-10 are 
being done under interrupt mode 1 — which is the Z80 com- 
mand IM 1 — so that if the system receives an interrupt it jumps 
to memory location 38H and executes the program sequence 
: ii I there. Incidentally, this use by the C-10 of memory loca- 
38H is one of the reasons that CP/M software will often 
not function on the C-10. Vanilla CP/M leaves the space free, 
and there are a fair few programs around that use memory loca- 
tion 38H for their own purposes. 

If my hypothesis is correct, then the C-10 is spending a goodly 
chunk of its working life perpetually jumping to memory loca- 
n 38H and executing the sequence of commands to be found 
there. So why not replace the, jump to FCB6 with a jump to 
a time check routine first? The idea sounds good and this patch 
may make it possible for you to use an applications program 
— say Writemaster — but after exactly 15 minutes have it ter- 
minate and flash a message on the screen to tell you to pick 
your daughter up from her ballet lessons. 

However, if one is patching an intemipt service routine, then 
time is rather critical and one does not have the leisure to use 
a (DOS system call. The time has to be read straight from the 
memory location in which it is stored. In Version 2 CDOS, after 
lie clock has been set, the hours are stored in ASCII at F9EA 
and F9EB, there is a colon at F9EC and the minutes are stored 
at F9ED and F9EE. The easiest way to use the time is probably 
"ii a count-down routine. Set the time to 24:00:00 less the re- 
quisite time interval, and have your program terminate when 
the clock reads 00:00:00. 

The location of the time check patch is problematic. The ob- 
vious place, namely into the bottom of high level CDOS, will 
not work because every screen display bank switches memory 
8000h to COOOh to ROM. Thus the patch must go either below 
8000H — which seriously depletes program space — or above 
COOOH which is in the middle of high level CDOS. 

After long perusal of high level memory I could see no ob- 
vious use for locations FC60H TO FCB0H (under CDOS C2.xx) 
and so I originally patched it there. However, on subsequent 
reflection it seemed more sensible to try and put the patch in 



dS8&? 








50 






low level CDOS— i.e. below "lOOh. Now the bytes between 
memory locations 38h and 5Ch (the default FCB) do not seem 
to be used. Thus the trick is to patch the program between 38h 
and 5Ch, ensuring that it fits, and that a jump to FCB6 ter- 
minates the whole thing until the requisite time is found. When 
this happens the return address on the stack is altered to 0, 
the time check routine is eliminated, and the interrupt 
prematurely terminated with a RETI command. The screen will 
then hiccough, and return with the CDOS prompt. 





The Program 


TOLOC EQU 


00038H 




;toloc is Address for patch— if you want it elsewhere change TOLOC 


START: LD 


HL.MOVE 


;Move the patch program 


LD 


DE.TOLOC 


;to address TOLOC 


LD 


BCBOTTOM- 






MOVE 


; Length of program 


LDIR 






JP 


BOTTOM 


;Patch in place — done. 


; The patch program follows: 




MOVE PUSH 


AF 




PUSH 


BC 


;save the registers on stack 


LD 


BC,(0F9EDH) 


;get minutes from memory 


LD 


A,'0' 


Test for '0' 


CP 


C 


;Tens of minutes = 0? 


POP 


BC 


;Flags set: restore BC reg 


JR 


Z,$ + 6 


;Jump only if time is up 


POP 


AF 


;Restore A register and flags 


JP 


0FCB6H 


;like nothing happened 


LD 


A0 


;lf we got here, time is up 


LD 


(042H)A 


;so eliminate time check test 


LD 


(043H)A 




POP 


AF 


;restore A register and flags 


POP 


HL 


;Get return address for the 


LD 


HL,0 


;interrupt routine, replace it 


PUSH 


HL 


;with a return to 


RETI 




Abort the interrupt routine 


;The patch program 


has now ended 




BOTTOM: 






JP 





;Retum to CDOS 


END 


START 

The End 





I find it easiest to use the above program with a CDOS com- 
mand file so that as soon as the requisite time has elapsed and 
execution returns to CDOS the next program in the command 
file is executed. This program could, for example, be a large 
message drawn with EASEL telling you to pick up your 
daughter from ballet. 

Permanent Clock Display 

A bit more delving around in high memory reveals that the 
region around FA40 is used for the screen's 25th line display 
(generally called message deposit). Thus if one wants to see the 
clock on all the time after setting it, without having to invoke 
it from the command line, replace the portion of the above pro- 
gram with the following commands: 

MOVE 



PUSH 


AF 




PUSH 


BC 




PUSH 


DE 




PUSH 


HL 


;Registers saved 


LD 


HL.0F9F1H 


;Status line dock 


LD 


DE.0FA51H 


;25th line display (far right) 


LD 


BC,8 


;count 


LDDR 






FOP 


HL 




POP 


DE 




POP 


BC 




POP 


AF 




JP 


0FCB6H 


;orig. jump addr. from rst 



The above programs are unlikely to work with CDOS C3.?? 
(Release 5 and higher) because all the addresses are likely to 
be different. A more sophisticated version of the time check 
patch would check the address at memory locations 39 and 40, 
and use whatever it found rather than the absolute address 
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C-10 Encounters 



Continued 

FCB6. However as CDOS 3 has a command to make the clock 
hard the permanent display program is probably irrelevant. 
On my C-10, I find that after this permanent clock display 
program has been run and the CFD disk drive motor is on the 
screen flickers. I think this is a hardware/timing problem of 
the C-10 and one that one may have to live with. As this pro- 
blem may be worse on old C-10 machines there is no guarantee 
given for good performance of these patches. (7J) 



Telecommunications 



Continued from page 13 



MAINFRAME 



TELECOMMUNICATIONS 
AVAILABLE FOR CROMEMCO SYSTEMS 



C-5 TERMINAL or C-10 



CROMEMCO 
SUPERMICROCOMPUTER 



TER \ 



SYNCHRONOUS TELECOMMUNICATIONS 
X.25. 3270. RBTE 



SUPERMICROCOMPUTER 




SOFTWARE CONSORTIUM 



I.A.C.U. member Jon Rosser is engaged 
in creating a "software consortium," 
which would be comprised of Cromem- 
co end-users and dealers. Its purpose 
would be to orchestrate the mass acquis- 
tion of software for the group and its 
distribution; the compilation and catalogu- 
ing of software product fact sheets; per- 
form rigorous software evaluations and 
document the findings; and to influence 
the direction of new software 
developments in line with the interests of 
the group. If you're interested in the idea, I 
contact: 

Jon Rosser & Associates 

1613-A West Division 

Arlington, Texas 76012 

(817)261-8620 



^ i 



THE BEST OF C-10 SOFTWARE 

Applied Environmetrics now distributes TYPEQUICK, the best available typing tutor for the C-10. TYPEQUICK teaches the 
fundamentals of touch typing in ten personalized lessons. 

Other fine software products supplied by Applied Environmetrics are the C-10 FUN DISK as well as seven volumes of THE 
BEST OF PUBLIC DOMAIN SOFTWARE. 

TYPEQUICK $69.50 THE C-10 FUN DISK $100.00 

THE BEST OF PUBLIC DOMAIN SOFTWARE ($25.00 each) 



Volume 5 — Disassemblers 

(Z80 Disassembler and a Tracer) 

Volume 6 — Basic 

(Tiny Basic, Sbasic Nolist cracker) 

Volume 7 — Chess 

(Fortran Source and Executable Code) 



"BACK 
ISSUES 

of I/O News are 
available 



Volume 1 — Games 

(Collosal Cave Adventure, Sbasic Startrek, Trade, etc.) 
Volume 2 — Communications 

(ModemlO, SQ — File squeezer and unsqueezes etc.) 
Volume 3 — Utilities 

(Undelete, Catalogue, LU library utility, etc.) 
Volume 4 — Assemblers 

(8080 and Z80 assemblers and a loader) 

Source code is supplied on most of the Public Domain Volumes. They can therefore be easily altered for particular applica- 
tions and offer valuable examples in applications programming. All prices are in US Dollars and include air mail delivery. Fur- 
ther details from Applied Environmetrics, (03) 802 571. 

ORDER FORM for THE BEST OF C-10 SOFTWARE 
Applied Environmetrics • 118 Gordon Street • Balwyn, Vic. 3103 • Australia 



PUBLIC DOMAIN SOFTWARE is $25.00 per Volume 

Please send: 

copies of Volume 1 (Games) $ 

_ copies of Volume 2 (Communications) $ 

_ copies of Volume 3 (Utilities) $ 

copies of Volume 4 (Assembler) $ 

copies of Volume 5 (Diassembler) $ 

Name 



copies of Volume 6 (Basic) $ 

copies of Volume 7 (Chess) $ 

copies of TYPEQUICK @ $69.50 $ 
copies of the FUN DISK @ $100.00 $ 
Total Amount Enclosed $ 



Street & No. 



City 



^ J 



Zip Code Country 

Payment to be by check or bank draft in US Dollars drawn on a United States bank, or in Australian Dollars (AS37.50 each) drawn 
on an Australian bank. 
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32K CLASSROOM 



32K CLASSROOM is a regular column aimed at explaining programming technigues using Cromemco 
Structured BASIC. It is edited by Bernie Thomas, President of Jakes Manufacturing Corp.. P.O. Box 23050. 
Nashville, TN 37202. Submit any editorial contributions to I/O NEWS in care of the 32K CLASSROOM. 



i >ne of the really nice features of Cromemco's 32K and 68000 
Structured Basic is the LIBRARY. To demonstrate the use of 
LIBRARY, CALL, BEGINCOMMON, ENDCOMMON, and END- 
PROC, I have chosen two routines which I use to reduce the 
length of strings in order to save on file storage space. The first 
of these, .strip, strips the spaces out of a string. The second, 

rebuild, replaces the spaces in the string. I have shortened these 
routines here since this is really a demonstration of the 
LIBRARY command. The actual routines handle such names 

is "DePaul", "McHenry", "MacDonald", and addresses such 
as "106 101st Street", etc., and eliminates user nuisances such 
as leading and trailing spaces. If you should have an interest 
in seeing the full routines, please let me know. I also use one 
called .abbreviate, which makes certain standard abbreviations. 
The first thing you must do in order to use LIBRARY and 
CALL is to write the routines which you will add to a LIBRARY 
and SAVE them to the disk. The following is an example of two 
PROCEDURES, or routines, which we will name .strip and 
.rebuild. 



10 

sa 

30 
40 
513 
70 
80 
90 
100 

1 10 

1£0 

130 
140 
1S0 

160 
170 
180 
190 
£00 
£10 
£80 
£30 
£40 
£50 
£60 
£70 
£80 
£90 
5000 



10 
£0 
30 
40 
50 
60 
70 
80 
85 
90 

100 

110 

5000 



Procedure . StriD 
Beg incornmon 
Dim S*(49) 
End common 
Dim Sub»<49> 
♦ Reduce' to' lower' case 

For By=0 To Len<S«)-l 

If S*(By, By) >="A" find S* (By, By > (=" Z " Then Do 
S*(By, By)=Chr*(flsc(S*<By, By) >+3£> 
Enddo 
Next By 
*Establ ish' caps 
P=Pos(Ss, " ",P+D 

If P=-l Or P=Len(S*)-l Then P=0 : Goto Strip'spaces 
If S*(P+1, P+l) >="a" find S*(P+1,P+1> (="z" Then Do 
S*(P+1, P+l)=Chr*(Asc(S*(P+I, P+l) )-3£) 
Enddo 
Goto Establ ish' caps 
*Strip' spaces 

P=Pos(S», " ", P+l ) 

If P=-l Or P=Len<S*)-l Then Goto Cap' first ' byte 



S*=Sub* 



E=Len(S*)-l : Sub*=S* (0. P-l ) +S* (P+l, E) 
Goto Strip' spaces 
• Can' first' byte 

If S*(0. 0)>="a" find S» (0. 0) <=" z " Then 
S*(0, 0)=Chr*(flsc(S*<0, 0) )-3£) 
Enddo 
Endproc 
*Sav : Save"Str i p. pro" 



Procedure .Rebuild 
Beg incomrnori 
Dim S*(49) 
End common 
Dim Sub* (49) 

For By=l To Len(S*)-l 

If S*(By, By) >="B" find S* (By , By > (="Z " Then Do 
E=Len(S*)-l ■ Sub*=S* (0, By-1 ) +" "+SS (By, E) : S*=Su 
By=By+l 
Enddo 
Next By 
Endproc 
*Sav : Save'Vebui Id. pro" 



a Procedure, this common variable must be preceded by Begin- 
common and followed by Endcommon. In a calling program the 
Begincommon is understood, and therefore not necessary. The 
Endcommon is necessary in both cases, however. 

The Procedure is terminated by Endproc, which returns con- 
trol to the calling program. 

After you have written your Procedures and SAVEd them 
to the disk, run "libbuild.sav." Answer C, for Create, to the 
first prompt. For this demonstration, name the Library 
strings. lib. After your Library has been created, and you are 
prompted again, answer A, to Add your Procedures to the 
Library, and answer strip. pro when asked for the Saved Pro- 
cedure Name. When you are returned to the Menu, answer A 
again, and answer rebuild. pro . After you are returned to the 
menu, answer Q to Quit. To try out the Library strings. lib run 
the following program. 



100 


Li brary "St r inos. lib" 


110 


Dim S*<49> 


120 


Endcommon 


130 


*fisk : Input "Enter your string 


135 


If S*="end" Then Stop 


140 


Call .Strip 


150 


: i? S* 


160 


Cal 1 . Rebuild 


170 


IS : i? S* 


180 


e : Goto fisk 



Line 100 uses the Library command which opens strings. lib. 
If you are going to use more than one Library in a program, 
Library and the name must be given immediately preceding the 
Call. The Library statement does not have to be the first line 
of a program. As with Kopen, however, it must be the last com- 
mand on a line. Line 120 uses the Endcommon command as 
mentioned above, and as I said, the Begincommon is not 
necessary in this program. The Call command is used in Lines 
140 and 160 in the same manner as you might use a Gosub. 

I use .strip and .rebuild in hundreds of programs, and if I had 
to include the code for .strip and .rebuild in every program, it 
would consume lots of time and disk space. 

If you are not presently using Library, I strongly suggest you 
give it a try. Good Luck, and please contact me if you have 
trouble or wish further information. 0J) 



Every Library Procedure must begin with the command Pro- 
cedure followed by the name — which must begin with a period 
— as in line 10. 

Since we are going to pass a string from the calling program 
to our procedure and back to the program, we must have a com- 
monly dimensioned string variable which we will call S$. In 



FOR SALE 
CROMEMCO 68COO SYSTEM 

CS1D2E containing 

68000 DPU 

MCU.MSU 256K ECC 

16 FDC 

TUART 

2 DS/DD 5 INCH FLOPPIES 

EXTERNAL ROYAL DATA 16MB 5 INCH WINCHESTER INCL. 

CON I ROLLER 

DEC VT-100 VIDEO TERMINAL 

68000 CROMIX 68000 PASCAL 

LOW TIME VERY CLEAN ALL MANUALS, ORG. PACKAGING 

$4,000 OR BEST OFFER 

WILL SELL MAJOR COMPONENTS SEPARATELY 

CALL DAVE COOK 
(303) 223-7768 
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TEC TIPS is a regular column aimed at providing hints for keeping systems up and running. It will not attempt 
to deal with specific engineering applications or non-standard configurations. TEC TIPS is edited by Richard 
Quinn, owner of QUINN TEAM, a Southern California computer service firm. Telephone (818) 889-4819 






FTAR Check Sum Errors 

I was recently using ftar and constant- 
ly got "check sum" errors on known 
good disks that seemed to happen at 
random until I noticed that they occur- 
red when flush was running. I don't 
know why flush causes this error, but 
sure enough, when I stopped flush, us- 
ing kill -3 and sync, the problems went 
away. This leads me to believe that 
there are likely errors induced when us- 
ing ftar to write disks (although I don't 
know this for sure). My guess is that 
flush interferes with the timing of the 
FDC card. I have not tested this problem 
on all FDCs even though the problem I 
encountered was highly repeatable us- 
ing a 16FDC and Cromix Plus version 
31.05. 

I therefore recommend killing flush 
when doing tar or ftar reads and writes. 
In fact, I know that flush does not 
always clear STDC buffers but only 
RAM memory buffers. Tests I have run 
(writing a file to an STDC drive and then 
exiting and turning off the system) pro- 
ve that the file never is written to the 
disk. On the other hand, kill -2 1 , which 
shuts down the system will always force 
a flush of the STDC buffers to the drive 
causing those files to be written and 
closed on all mounted and root devices. 
On Cromix-Plus systems (version 31.05) 
the sync utility should be run after flush 
is killed to ensure that all STDC and 
RAM memory buffers are written to the 
disk. 



CTD— Cartridge Tape Drive 
Information 

Let me start this discussion with a 
short description of the CTD tape unit 
and how it is interfaced to the 
Cromemco. 

The CTD is built around the Cypher 
floppy tape drive. This is a revolu- 
tionary tape drive that is built with a 
microprocessor controller to look like a 
floppy disk drive and yet use a tape so 
that the amount of information stored 
is greatly increased. It therefore inter- 
faces to the computer through the flop- 
py disk controller, the 64FDC. 

The interface is slightly different in 
that the tape contains 6 streams of data 
on one quarter-inch-wide tape. A 
stream is a single track of information 
and goes from the beginning of the tape 
to the end, with the next stream star- 
ting at the end and going back to the 
beginning of the tape. If you were able 
to split the tape into six narrow bands 
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and lay them end to beginning you can 
see that you would have a very long 
recording track in a smaller package. 

Anyway, the interface is different as 
it uses two disk drive select lines and 
the side select line to control the drive 
rather than just one drive select line, 
thus giving selection of all the various 
streams. Since the tape drive uses two 
drive select lines, this means that only 
two floppy drives can be used on a 
system with a CTD. That is why there 
are two drivers, /dev/ftab and /dev/ftcd. 
Device /dev/ftab uses the A and B drive 
select lines and /dev/ftcd uses the C and 
D select lines. Using device /dev/ftcd is 
the norm for Cromemco. 

There are several problems with tape 
over floppy when it comes to recording 
data, but this ability to put a lot in a 
small package is the primary reason that 
tape is needed for back-up. You just 
simply can not put any where near as 
much on floppies without lots of disks 
and lots of time. But, from a technical 
standpoint, there are some problems 
with tape which make it harder to use. 

The first problem is starting and stop- 
ping the tape. Unlike a floppy which is 
going over the same physical track over 
and over (as long as the heads are not 
stepped), a tape must be stopped, 
started, and repositioned. If you don't 
pick up the information on the first 
pass, the drive has to be stopped, back- 
ed up and run forward again. If it slips, 
the data may be read or written in a 
slightly different spot. Also, the tape 
reels are heavier, making the drive 
transport bigger and thus hurting the 
ability to stop and start the tape due to 
weight. 

If that isn't enough, the tape can 
stretch and cause the data cells record- 
ed to expand and become unreadable. 
Also the heads have to be able to move 
to each of the 6 tracks and may suffer 
accuracy, especially if the tape does not 
track up or down in a perfectly straight 
line. With all of these problems you 
wonder how they ever made them work 
— a tribute to modern engineering! 

The way a tape works best is in the 
"streaming" mode, that is, data is 
presented to the drive fast enough to 
prevent the drive from stopping, back- 
ing up and restarting. Cromemco uses 
a method whereby the data to be writ- 
ten is first loaded into memory and 
them dumped in a batch to the tape 
drive, thus keeping the start/stops to a 
minimum. But the data transfer rate of 



the floppy type interface is just too slow 
to prevent stop/starts. 

Under ALL CIRCUMSTANCES be cer- 
tain that flush is not running. This is im- 
portant in that the occasional flushes 
will change the timing of inittape and 
reads/writes to the tape. 

The more recent utilities (inittape) 
under Cromix-Plus tells you where the 
bad sectors are and creates a "bad 
block" list so that the tape will avoid 
those areas when reading and writing 
data. It does this by reading (verifying) 
the tape through from 1 to 10 read alls. 
The bad sectors are listed and avoided 
whenever the tape is used, much like 
an alternate track table on a hard disk. 

With that background, let's move on 
to current issues. We began to notice 
that certain tapes had large numbers of 
bad areas, all in the same spot. We 
decided to spend time and effort to find 
the source (software, tape drive, or tape 
cassette) of the problems. Some in- 
teresting details came out. 

First, we had a long conversation with 
Cypher — the folks that make the tape 
drive. They told us that Scotch, the ma- 
jor maker of tapes, had produced a large 
number of defective tapes. You can tell 
by looking at the date code on the bot- 
tom metal plate of the tape. There is a 
five digit number followed by a 4 digit 
number in the form of XXXXX XXXX. If 
you skip the first two digits the next one 
is the year followed by the week the 
tape was made. Example: The code date 
58516 1855 was made in 1985, the 16th 
week; XXYWW XXXX where Y is the 
year and WW is the week. 

Tapes made from the 15th to the 37th 
week of 1985 are having MANY pro- 
blems. Talking with Scotch, we were 
unable to get a clear picture of why this 
is so. They are admitting that there is 
a problem but will not go so far as to say 
the tapes are defective. Also, they don't 
seem to want to tell us what the dif- 
ference is between these tapes and 
others. But we have traced our most 
unreliable tapes in ALL CASES to tapes 
made during this period. Cypher says 
the tapes are defective and it is not their 
drive. Scotch says they will replace the 
tapes found to be defective but have 
not said how we are to receive credits. 
We hope to find out and let folks know. 

I have never been fond of 3M's 
(Scotch) magnetic media products. I 
found them to be very poor in con- 
sistency and the diskettes are abrasive 
to drive heads. Many have even caus- 
ed damage to drives I have repaired, but 



istly the disks would develop 
read write errors young in life. 

We are seeing other makers of the 
DC-600 type tape cartridges and this 
will help 3M get their act together, or 
at least give us a new source for tapes. 
Also, like disks, volume helps quality 
improve. 

Now that you have all this 
background — maybe more than you 
wanted — here are some tips to make 
. i mr CTD work better. Before you back 
up or restore from a tape, open and 
dose the door on the tape drive several 
limes to "re-tension" the tape. This 
runs the tape all the way forward and 
back to take up slack. This is important 
on new tapes before their first use. Do 
this two or three times. 

Make certain that you use the most 
current inittape utility. This can verify 
the tape and identify bad sectors. Use 
inittape after every few uses of the tape 
i' i recheck it if you suspect problems are 
developing. (Some tapes are real 
troopers and hold up well while others 
degrade with use. Knowing your tape's 
"personality" will give you a feel for 
how often to check it.) 

For backup, I use ftar. It is fast, 
reliable and easy to use. I use command 
files to do regular backup with the name 
of tapeback.cmd. Also, when backing 
up the disk, I get into the directory to 
be backed up and refer to it as " " 
(meaning the current directory). For ex- 
ample, the command ftar -vc /dev/ftcd . 
will back up the directory you are in 
with all descendants displaying the 
names as it goes. If you are in the root 
directory (/) when executed, ftar will 
back up the entire disk — provided you 
don't exceed the tape's capacity (about 
25megs) 

The advantage of this syntax is that 
the file name is stored with the ftar 
achieve as specified. For example if I 
say ftar -vc /dev/ftcd /, the full path name 
of screen.bin is /bin/screen. bin. That 
means when I do a restore from my ftar 
device, ftar will put screen.bin in the /bin 
directory no matter where I may want 
it. If on the other hand I have used the 
period "." meaning the current direc- 
tory, and I'm in the root directory when 
backing up screen.bin, the path name 
stored by ftar is ./bin/screen. bin which 
means I can restore to any directory 
because the restored tree will build 
from the directory where I am in the 
system, not necessarily where the file 
came from. 

If I restore from the root directory — 
the same directory I backed up from — 
the path name will be the same. But if 
I want to restore my root device tape 
to another segment of the drive or 
another directory to keep from over- 
writing the same file names still on the 
disk, all I have to do is mount the other 
segment, get into that directory, and 
restore to it rather than the original 
path directory. 

If the ftar names have been stored us- 
ing absolute path names, they will be 
restored absolutely. But if I use relative 
path names, I can restore them from 
where I am in the file system, allowing 



options for file restoration that will be 
lost with absolute names. I hope that's 
clear (if not, ask Bill.) 

Improving CTD Operation by Check- 
ing the 64FDC 

In terms of hardware, there are 
several things you can do to improve 
CTD tape operations. First, be certain 
that the 64FDC is set up according to 
the system in use. These set-ups have 
changed in recent weeks and are dif- 
ferent for XPU and DPU systems and 
are also 64FDC revision dependent. 
These changes are VERY important and 
a MUST for any tape drive. The most re- 
cent information is available from 
Cromemco dealers with access to the 
Cromemco Technical Bulletin Board. 

The adjustment of the phased locked 
loop on the FDC — that little adjustable 
capacitor in the upper left hand edge of 
the card — is very important. This 
should be adjusted to the tape drive and 
will then be fine with disks. It adjusts 
the free running frequency of the read 
circuit data separator and is adjusted 
higher or lower as it reads the tape or 
disk to match the frequency that was 
recorded on the tape or disk. This is one 
of the great features of this state of the 
art controller. 

But if the free running frequency is 
too far off, it will not "lock on" to the 
tape fast enough to prevent lost data, 
and since the tape does not come 
around again like a disk, a CRC error 
will be reported. 

Cromemco sets this adjustment at the 
factory using a frequency counter. I use 
a scope watching pin 6 of IC-1 to "see" 
how much the phase locked loop shifts 
when reading. This will be hard for you 
to do if you don't understand what to 
look for on the scope, and without 
knowing you will most certainly foul up 
your controller. The phase locked loop 
affects read operations on the drive on- 
ly and will not affect writes. 

Properly adjusted, the controller will 
lock on fast, read a wide data window 
assuring that all data in a sector is 
received and improve greatly the 
reliability of the drive. I have seen this 
simple technique take the drive from no 
go at all to flawless operation. 

Soup Campbell in Anchorage, Alaska 
has spent much time and many phone 
calls with me to prove this change and 
I thank him for that time and effort. 

New RDOS Available for STDC 
Machines 

There is a great new RDOS for STDC 
drive machines. It is version 3.12 and 
will allow boots directly to an STDC 
hard disk drive. It can be used in 
64FDCs and properly set-up 16FDCs. If 
you are currently using a 64FDC, or 
have RDOS 3.08 in your 16FDC, you can 
use this by simply changing the ROM in 
the card. 

The recommended versions of RDOS 
(other than C-lOs) are as follows: 
• All CDOS machines and Cromix 
machines using floppies only use ver- 
sion 2.01 or 2.52. 2.52 is best as 2.01 has 
a problem when trying to do disk drive 



alignment options. Also, 2.52 allows you 
to boot to any floppy drive which can 
be a life saver if your "A" drive goes 
on the blink. 

• Cromix-Z-80, Cromix-Plus, and 
Cromix-D machines using the WDI and 
WDI-2 hard disk drives use RDOS 3.08. 
3.08 allows for boot directly to the WDI 
hard disk and also allows testing of all 
banks of installed memory. 

• The same systems as above, but using 
the STDC type hard disk drives are best 
if equipped with the newest version, 
3.12. This gives the same memory test 
functions and allows direct boot to 
STDC drives. 

In all cases, a boot must be written to 
the Cromix drive to work (CDOS does 
not have any direct-to-hard-disk boot 
options). For the WDI type drives use 
wboot hdO in 11.27 Cromix, Cromix-D, 
or Cromix Plus version 3 1 .05 or newer. 
(Less than 31.05 in Cromix-Plus did not 
support WDI drives.) 

For STDC type drives, use wboot std31 
to write the boot. Be certain to use 
std31 as this refers to the whole drive 
and not a segment. 

Disk drive alignment options are on- 
ly in RDOSs 2.01 and 2.52. RDOS 3.08 
and 3.12 have no disk alignment options 
but will test their respective hard disk 
types and will provide expanded 
memory testing. 

All versions of RDOS will allow boots 
to any floppy drive except version 2.01 
which will boot to floppy drive "A" on- 
ly. The RDOS B for boot command will 
always boot to the default boot device 
as determined by the switch settings on 
the FDC, which could be any of the 
floppies or hard disk drives supported 
by that particular RDOS. By entering 
the b followed by the device designator 
any drive can be made to boot 
regardless of the default device. On 
power up, hit ESC to stop the auto boot 
and enter ba for boot to drive A, bb for 
boot to drive B, etc. Booting to WDI 
type drives (RDOS 3.08) is bhO; to boot 
STDC drives (RDOS 3.12) enter bstO. 

I have found the use of the proper 
RDOS greatly simplifies computer star- 
tups and I highly recommend them. 

DISKINFO Utility Very Handy 

I find the new diskinfo utility to be 
very handy in knowing how to set up 
a hard disk after a system problem. The 
problem is that most people don't use 
it or even know about it until there is 
a problem which may too late. 

When you have changed something 
on the hard disk, or if you have not 
already done so, use diskinfo to print 
out a list of all partitions and alternate 
tracks on the hard disk(s) for your 
system so that you will know what were 
the original setups. 

Typing diskinfo std31 for instance will 
tell you all about the first STDC type 
drive on the system. If the output is 
directed to a printer (diskinfo std31 V 
/dev/prt) then a hard copy of the disk 
parameters will be printed. This will aid 
technicians and operators alike if the 
drive has to be re-initialized at anytime 
in the future. 0*D 
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SOFT TIPS is a regular column aimed at providing software oriented hints and ideas. Member contribu- 
tions are encouraged. SOFT TIPS is edited by Norman Vadnais, President of Computer Specialists & 
Associates, an Orange County Customer Support Specialist. Mr. Vadnais can be reached at (7 1 4) 84 1 -3620. 



The following "programming technique was submitted hij 
Robert Brown, o/'EXCALIBUR COMPUTERS, in response to an 
inquiry regarding aging routines. Due to its general ap- 
plicability, the response is reproduced here. Aug questions or 

comments mag be directed to Mr. Brown at: 

EXCALIBUR COMPUTERS 

4548 Auburn Blvd., Suite 191 

Sacramento, CA 95841 

(916) 971-9610 

AN AGING ROUTINE 

In order to do aging, it is important to be able to compute 
the number of days between two dates. I do this by conver- 
ting each date to be a Julian day and taking the difference. 
I use a procedure to compute the Julian day. My procedures 
are all in a library; they can also be imbedded in the program. 



Difference = An integer which is the number of days past 
due an account is. If is negative, then it is the 
number of days till the account is due. 



2090 *Compute'age 

2110 Mo=val(D'cur'ohg$(0,l)) 

2120 Dy-Val(D'cur'chg$(3,4)) 

2130 Yr-Val(D'cur'chg$(6,7)) 

2150 . Convert' yr (Yr;Yr) 

2160 .To'julian (Mo,Dy, YrMulianl) 

2170 Dif ference=cur' julian-Julianl 

2180 If Dif ference<30 Then Gosub current 'account 'routine 

2190 If Dif ference>=30 And Dif ference<59 Then Gosub thirty 'day ' routine 

2200 If Dif ference>=60 And Dif ference<90 Then Gosub sixty 'day 'routine 

2210 If Dif ference>90 Then Gosub ninety 'day 'routine 

2350 Return 



For those who prefer C, here are the functions I use in that 
language. 



Mo = Integer, Month of the date in question 

Dy = Integer, Day of the date in question 

Yr = Integer, Year of the day in question 

Jday = The Julian day. Given two Julian days, you can take 

their difference and that would give you the number 

of days between the two dates. 



10 Procedure .To'julian (Mo,Dy,Yr) 

20 If Mo>2 Then Mo-Mo+1 : Goto 40 

30 If Mo=l Or Mo=2 Then Yr=Yr-l : Mo=Mo+13 

40 Jday=Int ( 3 65 . 25*Yr) +Int ( 30 . 6001*Mo) +Dy 

50 Endproc (Jday) 



Take my word for it, it works and is a lot faster than the 
brute force method. I found the algorithm in one of my old 
astronomy books on calendars. The range of dates for which 
this routine produces valid results is 1935 to 2099. 

You can also get a Julian day, add a number of days to it, get 
a new Julian day and convert it back to the date. The procedure 
for that is as follows. 

10 Procedure .From' Julian (Jday) 



20 

30 



90 
100 
110 



Yr=Int( (Jday-122.1)/365.25) 

Mo=Int( (Jday-Int(365.25*Yr) J/30.6001) 

Dy=Jday-Int(365.25*Yr)-Int(30.6001*Mo) 

If Mo<14 Then Do 

Mo=Mo-l 

Else 

Mo=Mo-13 

Enddo 
If Mo=l Or Mo=2 Then Yr=Yr+l 
Endproc (Mo,Dy,Yr) 



Also, in my programs the year is stored as a number from 
1 to 99. The following procedure does the necessary conver- 
sion for me in the Julian routines. 



10 Procedure .Convert'yr (Yr) 

20 If Yr>50 Then Yr=Yr+1900 

30 If Yr<=50 Then Yr-Yr+2000 

40 Endproc (Yr) 



to_julian (date_buf) 
char date_buf [ ] ; 

( 
int mo,dy,yr; 
long jday = 0; 
yr = date_buf[2] + 1900; 
mo = date_buf [ ] ; 
dy - date_buf[l] ; 

/* rountine should be good from 1935 to 2099 appx */ 
/* the base year is 2020 */ 

if (mo > 2) 
mo += 1 ; 
else 
{ 
if (mo ==1 || mo == 2) 
( 



yr 

mo 



1; 
13; 



jday = (double) (365.25 * yr) ; 
jday += (double) (30.6001 * mo); 
jday += (double) (dy - 735785L) ; 

if (jday > 32766 | | jday < -32766) 

syserr("To Julian: Value out of bounds"); 

return ((int) jday); 



************* 



*******************************************/ 



from Julian (inp_jday,date_buf ) 
int inp_jday; 
char *date_buf; 
( 

long mo,yr,dy; 

long temp, tempi; 

long jday; 

jday = (long) inp_jday + 735785L; 

dy = jday; 

yr = (dy - 122. l)/365.25; 

temp = 365.25*yr; 

mo = (dy - temp)/30.6001; 

tempi = 30.6001*mo; 

dy = dy - temp - tempi ; 



To use these in an Aging Report, here is a sample subroutine: 
D'cur'chgS = Date of current Charge stored in MM/DD/YY 

format as an ASCII string. 
Cur'julian = An integer that has already been defined as the 
Julian day for today in a previous routine. 



if (mo < 14) 




mo -= 1; 




else 




mo -= 13 ; 




if (mo == 1 | | mo 


== 2) 


yr += 1; 




yr -= 1900; 





^ 
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FOR SALE 
Some New, Some Old 

' CS1HD with 256k ECC, dual 68000-Z80 cpu's. 
5 Meg hard disk. This unit has been used on- 
ly slightly in the store for test purposes. 

• TPU. 64KZ, 16FDC, PRI in a Z2H box (used, no 
hard drive). 
SCC (brand new in shrink wrap). 

2 DAZZ-K — for history buffs! (new. unassembled). 

: : Vl (slightly used). 

; Wire wrap boards (new). 

' Dual Persci 299 in Walnut box (PFD - used). 

Software (all for Z80): 
8" CDOS (Ver. 2.53) 

5" CROMIX (two available) 
5"C 

5" Macro Assembler 
5" Structured BASIC 
5"RATFOR with FORTRAN IV 
5"SDI Graphics 
5"KSAM 
5" COBOL 

Various Manuals 

' KD REASONABLE OFFER REFUSED. We have been 
Cromemco dealers for over six years, and are 
doing a little house cleaning. 

Ask for John at: 

Computerland. 8749 Wadsworth Blvd. 

Arvada, CO 80005 

(303)420-1877 



FOR SALE 

System III w/ZPU, 16FDC, PRI, 3-64KZ, 
IOP/QDRT, BRZ-III, 299B, 

CROMIX 11.27 $1995 

Z2H w/ZPU. 16FDC, PRI, IOP/QDRT, 
3-64KZ, WDI, 11MB HDD, BRZ-II, 
CROMIX 11.27 $2495 

HDD-11 w/WDI & cables $ 995 

2) C-10's w/CKBA, CFD $650/ea. 

Also, various new and used cards, 
disk drives, printers, software, card 
cage, etc — 

Call Larry 9-5 (702) 358-0937 



excatiBun 



UPGRADE YOUR SYSTEM!! 



64KZ-1 to 256KZ 



$ 395 



Ureal for CDOS to Z80 Cromix upgrades or adding more hanks to a Z80 
Cromix system. Not for S8000 Cromix, Cromix-Plus, or Unix. Includes board 
desocketing. 



256KZ to 1024KZ 
256 MSU to 1024MSU 
512MSU to 2048MSU 

For 68000 Cromix, Cromix-Plus, and I'nix only. 

16FDC-T Write Precompensation 



$ 795 
$1,095 
$1,695 



$ 125 



Write Precompensation improves the performance of lGFDO-Ts used with 
Tandon TM848, Shugarts, others 



16FDC CTD Compatibility 

Makes the 16FDC compatible with the CTD tape drive 

5 MHz ZPU 

ID to 26% increase in speed of processor bound programs. 

DPU to XPU 



$ 150 
$ 75 



$ TBA 



Currently being developed. Increase system speed. Add an XMM for I'NIX 
compatibility. 

Board desocketing $ 250 

Eliminate system unreliability caused by bad IC sockets. 
90 day warranty on all modified boards. 

EXCALIBUR COMPUTERS 

4548 Auburn Blvd., Suite 191 

Sacramento, California 95841 

(916)971-9610 



*(date_buf+0) = (char) mo; 
*(date_buf+l) = (char) dy; 
*(date_buf+2) = (char) yr; 



0, "Jan", "Feb", "Mar", 

"Apr" , "May" , " Jun" , 

"Jul", "Aug", "Sep" , 

"Oct", "Nov", "Dec" 



)? 



-*************** 



dy_of_wk (inp_jday) 
int inp_jday; 

{ 
int day; 
long jday; 

jday = (long) inp_jday; 
jday += 735785L; 

day = (jday +5) % 7 + l; 

return (day) ; 
) 



***************************** ********************/ printf ( ,, %s-",month_name[date_buf [0]]) ; 

printf ("%02d-%d",date_buf [1] ,yr) ; 



time (time_buf) 
char time_buf [ ] ; 



day (day_c) 
char day_c; 

{ 
static char *day_name[8] = { 

}; 

printf ("%s" ,day_name[day_c] ) ; 

) 



0,"Sun", 

"Mon", , "^ue ,, ,"Wed", 
"Thu","Fri","Sat" 



printf ("%02d:%02d:02d",time_buf [0] ,time_buf [1] , time_buf [2) ) ; 



stime (time_buf , time_str) 



date (date_buf) 
char date_buf [ ] ; 



int yr= date_buf [2J+1900; 
static char *month_name[13] = { 



char time_buf [ ] ; 
char time_str[] ; 



Continued 
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sprint f (&time_str[ j++] , 

"%02d:%02d:%02d",tiine_buf [0] ,time_buf [1] ,time_buf [2] ) J 



sdate (date_buf ,date_str) 
char date_buf[]; 
char date_str[]; 

( 

int i; 

int yr= date_buf [2]+1900 ; 

static char *month_narae[13] = { 

0, "Jan", "Feb", "Mar", 
"Apr", "May", "Jun", 
"Jul", "Aug", "Sep", 
"Oct", "Nov", "Dec" 



sprintf (&date_str[0] , "%s-" ,month_name[date_buf [0] ] ) ; 

sprintf (&date_str£i++] , "%02d-%d" ,date_buf [1] ,yr) ; 

date_str[ll] ■ NULL; 



sday (day_c, day_str) 
char day_c; 
char day_str[ ] ; 



{ 
static char *day_name[8] =* { 



0,"Sun", 

"Mon" , "Tue" , "Wed" , 
"Thu" , "Fri" , "Sat" 



sprintf (day_str, "%s",day_name[day_c] ) ; 
day_str[3] = NULL; 
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EXCAUBUR UTILITIES FOR CROMIX 

Sim — CDOS CPM programs can fork a shell, spool a file, select 

a printer and change a directory. 

Shell — Replaces the Cromemco Shell. Adds ../bin, ../cmd, 

/usr/bin and /usr/cmd to the search path. 

Args — Allows any command to become interactive by 

prompting for arguments. 

Event — Allows the user to set up and run programs at 

specified times. Events can be set up to run at periodic 

intervals. 

Pmatch — Works similar to Cromix "match" except it 

prints the entire paragraph. Useful for finding grouped 

information such as addresses, notes, etc. 

Menu — Allows you to make Cromix easier to use. Cut 

down your training time. Each user can have a custom menu 

which is easy to set up and FAST. 

Makform — Allows a user to make Screen Forms Quickly and 

Easily using ALL of the 3102 Attributes. 

Print — Utilizes the various features of the HP Laserjet 

printer. It has MailMerge type capabilities. 

Timer — Allows the user to time any event. 

In addition, there are a number of additional utilities including 
but not limited to: yeslist, append, appt, chtime, datediff, 
info, ldate, press, rpn, tappend, alarm, mscreen, and add. 

Your cost for these utilities, ONLY $149. 

EXCALIBUR COMPUTERS 

4548 Auburn Blvd., Suite 191 

Sacramento, California 95841 

(916)971-9610 



COMMERCIAL MEMBER 

_ Western United States 



MULTI-MEDIA VIDEO INC. 
3350 Scott Blvd., Bldg. 21 

Santa Clara, CA 95051 
Tel: (408) 727-1733 

Tlx: 171-577 MMV USA 

Multi-Media Video, (MW), markets bilingual Arabic/English Cromemco 
systems and peripherals throughout the Middle East. Installations have been 
made in the government and banking sectors; a complete Arabic banking 
system was developed for the latter. 

Key Personnel: A.B. Kader, President 

Miguel Mora, Sales Manager 
Jill Peterson, Marketing Manager 

Major Market Area: Authorized dealers in Egypt, Saudi Arabia, and Pakistan. 



COMMERCIAL MEMBER 

Mid United States 



COMPUTER CROSSROADS OF AMERICA, INC. 

6 Terrace Shopping Center Richardson, Texas 75081 

(214) 231-6108 Twx/Telex 4991118 

We are a CROMEMCO MASTER DEALER engaged in DEALER and OEM 
sales, service and support. We are in the top twenty-five dealers in the U.S. 
We have a consulting staff comprised of specialists in hardware, software 
and applications engineering. We are presently engaged in sales from the 
hardware level (equipment and/or software delivered in an unopened box) 
through the complete systems level where we take full responsibility for the 
system hardware configuration, instruction and maintenance of a system. 
As our name implies THIS IS THE CROSSROADS WHERE IT ALL COMES 
TOGETHER. 

Key Personnel: Ed Fearon, President, Sales & Support 
John Rateau, Sales & Support 
Danney Jarman, Sales & Support 
Joe Essler, Sales & Support 
Bill Carnahan, Support 

Major Market Area: Sales & Service Worldwide 



COMMERCIAL MEMBER 

Canada 



D.E. SYSTEMS LTD. 

1284 Wellington St. 

Ottawa, Ontario 

Canada K1Y 3A9 

(613) 729-5164 

D.E. Systems Ltd. is a full service company offering Cromemco Hardware, 
Software Development, Education and Application Programs. We have 
developed integrated Inventory, Point-of-Sale, Invoicing, Accounting and Sales 
Analysis programs as well as a Courier Package. We specialize in Cromemco 
Computers for government and small businesses. We have most Cromem- 
co products in stock and offer technical support on the hardware and soft- 
ware. We offer maintenance of all Cromemco equipment and related 
peripherals. 

Key Personnel: Bruno Dugas, President 

Keith Corkum, Director (Systems Development) 
Dwight Presley, Senior Analyst 

Major Market Area: Eastern Canada 
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USER NOTES 



USER NOTES are useful techniques, tips, ideas and other helpful information gleaned from our member's 
experiences with their Cromemco systems. If you have something along these lines that you want to 
share, write it up and send it to I/O NEWS, c/o USER NOTES. PO BOX 17658. IRVINE, CA 92713. 



COMMERCIAL MEMBER 

Australia 



INSYSTEMS PTY. LTD. 

337 Moray Street 

South Melbourne, Victoria 3205 

A u sirs lis 

(03) 690-2899, telex AA30458 

84-86 Pacific Highway 

St. Leonards, New South Wales 2065 

Australia 

(02) 439-3788 

Australia's largest Cromemco suppliers, with a staff of 18, providing profes- 
sional services in all areas of computer implementation. 

Key Personnel: Dr. Simon Rosenbaum, Managing Director 
Norman Rosenbaum, General Manager 
Tony Benci, Sales Manager 
Ian Holland, Senior Programmer 
Sue Stevenson, Sydney Sales 

Major Market Area: Australia wide. Dealers in QLD and TAS. 



PERSCI 
REPAIR 



SPECIALISTS IN CROMEMCO/PERSCI 

PROFESSIONAL SUPPORT AND DOCUMENTATION 

REPAIR SERVICE FROM $200.00 

30-DAY WARRANTY ON SERVICE & PARTS 



C 10 GRAPHICS 



UTILITIES TO DRAW & PLOT 

FOR SBASIC AND PLANMASTER 

GRAPH-10 $80.00 



TREXIS Incorporated 

45F ROUTE 303 

VALLEY COTTAGE, NY 10989 

(914) 268-5161 



The following notes were contributed by Donald H. Madsen 
(I.A.C.U. member §280). Correspondence to Mr. Madsen can 

be sent to: 

Donald H. Madsen, P.E. 

Consulting Engineer 

1315 Whiting Avenue Court 

Iowa City, Iowa 52240 

I am enclosing some brief notes relating to the /etc/termcaps 
and /usr/help.msg files of Cromix-Plus, version 31.05. 

I am very pleased with Cromemco's effort to make the 
operating system easier to use. The availability of the Cromix- 
Plus driver package at a reasonable cost was also very much 
appreciated. 

There are some minor problems in the TERMCAPS descrip- 
tion in the Cromix-Plus User's Reference Manual (Rev. C). On 
page 218 the definitions of 'cl' (Clear to end of line) and 'ce' 
(Clear screen) seem to be interchanged. I think they should be 
cl str Clear screen 
ce str Clear to end of line 

Also it seems that each line in /etc/termcaps must end with 
a Line Feed and not with a Carriage Return— Line Feed. This 
can be accomplished with the -n option in screen or the default 
usage of CE. 

The new editor, CE, works fine with my TeleVideo 950 ter- 
minals as does the Command Line Editor (a real convenience). 
My T950 section of termcaps is as follows: 

t TeleVideo TV 950 Terminal 

t 

T2|T950!TeleVideo 950 Terminal :\ 

:oo#80:li#24:\ 

:up="K:do=~J:nd="L:nb="H:\ 

:dl=\ER:al=\EE:\ 

:cm=\E=)U %+ :\ 

:ol=\E*:od=\Ey:ce=\Et:\ 

:dc=\EW:ic=\EQ:\ 

:kR="R:kI="I:kE=\E:\ 

:kl="H:kr="L:ku="K:kd="V:\ 

The TeleVideo 925 included in the Cromemco file has '\E + ' 
for clear screen and I am not sure that is correct, but I do not 
have. a TeleVideo 925 manual. In the TeleVideo 950 '\E + ' is 
Clear unprotected to Blank character. 

I have also added /usr/help/help3.msg for the TeleVideo 950 
and linked it to /usr/help/help.msg in order to make the on-line 
manual print correctly on the screen. 

For TeleVideo 950 /usr/help/help3.msg: (see page 76 in 
Reference Manual) 

\033*Directory of topics:\n\n 

\nTopic ? 

\t\t\t\t\t\t\t\t \033)Jld*J MORE\033< 

\t\t\t\t\t\t\033)PRESS SPACE BAR TO CONTINUE\033 ( 

\t\033)COMMANDS: Begin Help Quit Return Up <space> <up arrow> <return>\03 

\r\033t 

\033* 

\036 

\033E 

\033=8<SP> 



In the last line V SP V indicates a space (which is invisible 
on the screen). V SP V could probably be replaced with \040 
v to make it visible. 



Then: link -f /usr/help/help3.msg /usr/help/help.msg 
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BITS & BYTES . 



BITS & BYTES is the place to look for the odd bit of information, opinion, programs, profiles and rumors that 
circulate through The IACU. Our ears are always attuned to any interesting miscellany — if you have something 
to contribute send it along to I/O NEWS • PO. Box 17658 • Irvine, CA 927 1 3 • (7 1 4) 661-9764 



CE Benchmarks 

In the last issue of I/O NEWS, we introduced the new 
68000-based CE editor for Cromix-Plus (ver. 31.05) and UNIX 
(release 3). The following benchmarks and comments were 
recently submitted by Dr. Curt Terwilleger of Cromemco: 



Editing Task 



ce 



1. Do 1000 substitutions of equal-length strings 19.3 29.8 

2. Do 1000 substitutions of 9-character string 44.8 194.8 

for 3-character string 

3. Find a given string at end of 112,000 byte file 2.9 52.9 

4. Move cursor to end of 112,000 byte file (Jump) .2 39.6 

5. Move cursor to start of 112,000 byte file (Jump) .2 47.4 



IACU Chess Players? 

I am presently in the process of finalizing Volume 7 of the 
Best of Public Domain Software which is to be about Chess. This 
letter is an invitation to any IACU chess players to contribute 
any programs, chess puzzles, insights on computer chess (e.g, 
weaknesses in the C-10 chess program under certain situations) 
or anything else. 

If anyone has any material could they send it on a DSDD 
CDOS disk to: 

Tom Beer 

Applied Environmetrics 

118 Gordon Street 

Balwyn, VIC 3103 

AUSTRALIA 



Test number 1 shows how 68000-based ce is about 50% faster 
than ZSO-based screen in straightforward character manipula- 
tion. The command used was 1000 S label, lebel. 

Test number 2 shows the dramatic advantage of the line-base 
internal structure of ce versus the string structure of screen. 
In this case each line was lengthened by the substitution of 9 
characters in place of 3; ce performed the job 4 times faster 
than the older editor. 

The remaining tests show the overwhelming speed improve- 
ment which is made possible by keeping the entire text in 
memory. 

In test 3, each editor is asked to find the first occurrence of 
a string which has been placed at the end of a 112,000 byte 
file; ce located it a full 50 seconds faster than screen. 

Tests 4 and 5 show that ce can move the cursor around a large 
file in 0.2 sec, or one-tenth the time it takes to re-write a single 
screen of text at 9600 baud. The older screen program takes 
about 40 seconds to do the same job. 

These benefits of ce come at a price, albeit a very reasonable 
one: it takes longer to load or save a file than it would under 
screen. For example, the 112,000 byte file mentioned above 
can be read into screen in 6.9 seconds (since only a fraction 
of the file is read initially), while ce requires 17.8 seconds. 
Similarly, the time to update that file is 5.6 seconds for screen, 
and 1 1 .0 seconds for ce. This time is quickly made up, of course, 
by the fast operation of ce during actual editing. 

Notes on Cromix-Plus ver. 30.79 

I experienced some problems with Cromix-Plus version 30.79. 
Most of the problems occurred when there was a lot of disk 
I/O. It kept messing up the files in /etc, and I had to resort to 
using 30.51 until recently when I replaced IC 38, (part - 
502-0123) on the STDC (revision C) with a newer version (part 
- 502-0123-1). After that the system seemed to work fine. I 
don't know if other users had a similar problem, or if this was 
only an idiosyncracy in our system. Likewise, the newer ver- 
sion of Cromix-Plus (ver. 31.05) may also correct it. 
Nonetheless, this info may be of some use to others. 
Paul Lee, Instructor 
Physics and Technology Dept. 
Canadian Union College 
College Heights 
Alberta, CANADA TOC OZO 
1-403-782-3381 ext. 222 



All contributors will receive a copy of the final chess disk 
as well as the return of their own disk. 

PLOT 10 Graphics Software 

PLOT 10 Graphics Software for 4010 and 41 1(1 series Tektronix 
terminals has been implemented to run using Cromix on a 
System 300. 

PLOT 10 IGL is a library of Fortran '77 subroutines based 
on the SIGGRAPH Core proposal, developed for use in applica- 
tion programs requiring 2D and 3D graphics. Full control of col- 
or displays, line smoothing and contour algorithms, and high 
resolution fonts are available. Intelligent and simple terminals 
are supported, including emulation of many features for device 
independence. 

This is not a product offering but a request to see if any in- 
terest for this type of product is outstanding. Pricing would 
start at $1,500.00 for the basic library. For more informal ion, 
please contact: 

Vories Pittman 

CAS, Inc. 

555 Sparkman Drive 

Suite 1022 

Huntsville, AL 35816-3424 



MacroTech Memory Boards — Need help 

I am writing hoping that one of the IACU members can help 
me with a "little'" problem. 

About one year ago, I bought a MacroTech 1MB memory 
board, (Max-M) with the memory map option, for one of my 
Cromemco System Three computers. The main idea was to use 
the extra memory as "RAM Disk." At the time of ordering, I 
was advised that the board could be configured to appear as 
a series of 64KZ boards. 

Once I had the board, however, I was unable to configure 
the board appropriately. This was mainly due to the fact that 
I do not understand the configuration instructions. The con- 
figuration is done in software, but since the only language I 
speak a little of is "solder," I would only be able to come up 
with a hardware cure. I have written to both the manufacturer, 
who is not familiar with CDOS, and therefore is unable to help, 
and to suppliers, claiming in their advertisements that it can 
be done, to no avail. In all cases I have made my willingness 
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ay for the information known. 
The net result of my efforts is that I now have to run CP/M 
- in order to have the full use of the board, or he struck with 
S1995 (i4K memory hoard in CDOS. 

I would greatly appreciate it if you could put me in contact 
with anyone who uses the Macro-Tech memory boards in a 
1 'romemco system, or wave a little flag in I/O NEWS to find 
someone. 
Please address correspondence to: 
C.W. Vlaun 
MTCE/31, PMB 2418 
Lagos, Nigeria 
West Africa 

The flag is waving, ff anyone <<tu help out. please forward 
information to I/O NEWS as well (ire don't know of anyone 
^'i/i/ the Macro-Tech memory boards). 
Ed. 



WriteMaster Project Underway 

In the last two issues of I/O NEWS, an advertisement was 
n by Quinn Team soliciting pledges to finance the design of 
a version of WriteMaster tailored to the Cromix and UNIX en- 
vironment. It was successful, and the project is currently under- 
way at Quinn Team. The new version of WriteMaster will be 
i itten in 'C to support the expanded capabilities of the 
■ si » id environment. Quinn Team will continue to accept $100 
pledges: contributing individuals will be able to participate in 
i testing, contribute suggestions as to what features they 
would like to see added, and of course, be the first to get a 
»py. Those interested should contact: 
QUINN TEAM 
30313 Canwood Street 
Agoura, CA 91301 
(818) 889-4819 



A PCPU? 

John Bush, of Practical Peripheral Support (aka Peripheral 
Labs), would like to know how many people would be in- 
terested in a processor board for Cromemco systems which 
would enable users to run MS-DOS/PC-DOS software. The 
design of the board, named the PCPU, has already been in- 
itiated. Whether or not it is ever manufactured will depend on 
the level of end-user response. So, if you would like to see such 
a board become available, contact John Bush at: 

PPS 

(aka Peripheral Labs) 

1531 Kiowa Crest 

Diamond Bar, CA 91765 

(714) 861-6649 or (818) 339-5485 



The Rumor Mill 

+■ 68000 Diagnostic Software: Word is spreading that 
Cromemco is nearing completion of a new suite of diagnostic- 
software tools for 68000 systems. The new diagnostics are pur- 
ported to be very user-friendly, with menus and interactive 
prompting. For example, the user is prompted for the system 
model, and from that, the software executes the appropriate 
tests based on the board components of that model. Although 
the diagnostics are currently being used in-house at Cromem- 
co, the package won't be released to the public until the 
documentation has been completed — sometime later this year, 
► PRI Drivers for UNIX: Rumor has it that the driver soft- 
ware for the PRI parallel printer interface will soon be available 
for UNIX systems. This would enable use of the PRI board thru 
which a parallel printer, such as the Cromemco 3355B fully 
formed character printer, could be interfaced. Presently, only 
serial printers can be used interfaced thru the Octart. QJJ 



COMMERCIAL MEMBER 

Far East 

ASAHI GLASS 

Electronics Group 

Special Products Marketing Division 

1-2 Marunouchi, 2 Chome 

Chiyodaku, Tokyo 100 

Japan 

781-24616 Telex: 24616 ASAGLAS 

Complete line of Cromemco hardware and software in inventory. 700 sq. 
foot training room. Specializing in O.S. modifications. Full service facility, pro- 
viding technical consulting as well as warranty repair service. 

Key Personnel: Shigeo Satoh, General Manager (Systems) 
Norimasa Hori, Manager (Sales) 
Shinichi Watanabe, Tech/software 

Major Market Area: Japan 



COMMERCIAL MEMBER 

Far East 



NCC INTERNATIONAL 

Matsunaga Bldg. 1-6-6 Sotokanda Chiyodaku Tokyo 101 

Japan 

03-(255)7991 / Telex: 781-2523758 KKSHIP J 

The oldest microcomputer store of the Byte Inc. Group, offering CROMEM 
CO to Japan since 1977. This company primarily sells CROMEMCO equip- 
ment, and provides high technology and comfortable customer service. 



Key Personnel: 



Kiyotake Ikeda 
Ryuichi Kawase 



COMMERCIAL MEMBER 

Australia 



MINICOMP 

Minicomp Building 

104 Mount St. 

North Sydney, NSW 2060 

Austrslis 

(02) 957-6800 Telex:AA75774 MINICO 

Minicomp is a major Australian distributor for Cromemco. Services include 
installation, integration, software support, professional training and software 
development. We also offer a wide range of peripherals and software com- 
patible with Cromemco systems. We take great pride in providing fast effi- 
cient service and support. 

Key Personnel: Mr. Murray Cleworth, Managing Director 

Ms. Kim Ballestrin, National Sales Manager 
Ms. Lyn Lyons, Software Development 
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THE HACKER'S HOME - 

THE HACKER'S HOME explores techniques in 'C programming for Cromix and UNIX. Users are encouraged 
to submit utility programs of their own. It is edited by Rick Dhaenens, Senior Manager for the Cromemco, 
Inc. Atlanta Regional Office, 5901-C Peachtree Dunwoody Rd, Suite 375, Atlanta, GA 30328. (404) 391-9433. 



Programming Utilities for Fun 

I have been sitting here for days trying 
to write this article. The biggest pro- 
blem seems to be in defining what a 
useful program is. Is a program useful 
only for it's application result or for the 
programming concepts? 

I have come to the conclusion that for 
the purposes of this column it should be 
both. This is hard to do because most of 
the utilities that are written are nothing 
fancy. Nobody cares about the code, on- 
ly the results. It is very hard to conform 
to good programming practice when the 
object is to get the job done as fast as 
possible. 

Programming is an art that we all 
practice with some degree of skill, but 
being human we tend to limit ourselves 
to a small subset of a given language. 
This is the subset of the most useful in- 
structions for the objectives we set out 
to accomplish. To write a program to be 
used as an example one tries to fully use 
the features of the source language. In 
C as well as in other structured 
languages the emphasis is on proper 
structure and attention to data types. 
C in particular uses data structures and 
pointers extensively. 

The operating environment must also 
be taken into consideration. System 
calls to set modes on 10 channels are 
necessary for many interactive types of 
programming and some system calls are 
as useful as several lines of code in a 
higher level language. Environment 
utilities such as termcap are also useful 
but limit the portability of programs 

I wrote the vdump utility for Unix 
because I did not like the OD (octal 
dump) utility, vdump was conceived as 
a regular hex dump program such as the 
Cdos or Cromix Dump utility but soon 
evolved into a visually oriented interac- 
tive dump program. Using vdump on 
Unix was so nice I decided to port it to 
Cromix as well. Most of the code was 
I he same for both operating systems ex- 
cept for setting the terminal modes and 
the method finding the file size. The dif- 
ferences were small enough to be taken 
care of by IFDEF statements to include 
the appropriate routines at compile 
time. 

The idea behind the final version of 
vdump (there were several) was that for 
any file position, calculations could be 
made to determine where to put the 
data on the screen. Everything could 
then be referenced directly from the 



desired byte in the file. The user inter- 
face was modeled on the Cromemco 
screen editor so most commands will be 
easy to use. 

The workings of vdump are pretty 
straight forward. The specified file is 
opened, once we have opened the file 
the size of the file is obtained by the 
Cromix cstat or Unix fstat system calls. 
If the file name was not an ordinary file 
then the file size is set large enough for 
any device. Certain default parameters 
are set to their default values and 
calculations are made to determine the 
dump width and the screen limitations. 
The input modes are set to raw so a 
character at a time may be input, then 
the screen is cleared and the first screen 
of data is painted, vdump waits for any 
input from the keyboard and executes 
the appropriate function. 

The most interesting routine is the 
screen refresh routine. This routine does 
all of the hard work, range checking 
and optimization of screen 10. It com- 
pares the requested file position with 
the beginning and ending file positions: 



if the request is valid it compares the 
requested and current positions to see 
if they are on the same (current) screen. 
If they are, the cursor is moved to the 
correct character. If the new position 
is within a half page up or down, the 
screen is scrolled to the appropriate 
position. Two special cases are then 
checked to see if the new position is on 
the first or last pages — the first screen 
always starts at the top left of the 
screen and the last page always ends on 
the bottom line of the screen. If none 
of these conditions are met then the line 
on which the new position resides is 
placed in the center of the screen. 

There are several options that could 
be added to this utility to make it more 
useful. A query option would be very 
easy to implement as well as an option 
to substitute bytes into the file. This 
utility could also be used as a base on 
which to build other screen oriented in- 
teractive programs. 

I hope you get as much use from this 
program as I have, and that the con- 
cepts presented will help with other 
programming applications. 



*********** 



VDUMP: a hex and ascii dump utility for Cromix and Unix. 
Syntax: VDUMP filename 
Written by: Rick DhaenenB 
Date: 02/15/86 



********* 



(include <stdio.h> 



•define CROMIX 



•ifdef CROMIX 
♦include <modeequ.h> 
•include <jBysequ.h> 

int oml , om3; 
tendif 

lifdet UNIX 

(include <termio.h> 

•include <sya/types.h> 

•include <sy8/stat.h> 

static struct termio ttold, ttrawj 

static struct stat fstatsi 

•endif 



/* Include the standard 1/0 file. 

DEFINE OPERATING ENVIRONMENT *•*****»***»**»* 

/* Define as CROMIX or UNIX syste 

INCLUDE FILES FOR SYSTEM CALLS ***.«*****•***** 



/* Include theBe files for Cromix. 
/» Equates for GETMODE & SETMODE. 
/* Equates for CSTAT Bystem call. 
/* Storage for old tty modes. 



/* Include these files for Dnix. 
/• Equates for IOCTL system call. 
/* Equates for Qnix data types. 
/* Equates for STAT system call. 
/* Define terminal mode structures 
/* Define STAT structure for file. 



/*■ 



GLOBAL DECLARATIONS. 



long lseek () ; /' 

extern int errno; /' 

static long Bize, curpoB, topleft; /' 

static int fd, dwidth, nlines, ncol; /' 

static int dir, rept, pageizj /' 



Forward decleration of function. 
External system error number. 
File size, current pos and top. 
File discriptor and dump width. 
Default direction, rept and etc. 



.■« *************** 

•define ERR 
•define NCOL 6 
•define NLINES 2 

/«*************** 

main(argc, argv) 
int argc; 
char *argv[] ; 
i 

int cj 

long addr; 



MISC DEFINITIONS. 



/* Define error value. 

/* Display width in characters. 

/* Display height in lines. 



START OF MAIN PROGRAM 



/* Main for HEX and ASCII dump. 

/* Arguement count. 

/* pointers to arguements. 

/* Beginning of MAIN. 

/* Character variable. 

/* Address input variable. 



V 
*/ 
*/ 
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* 



.i. **************** CHECK ARGS AND OPEN FILE ******************* 

if (argc < 2) { /# Check if no arguements. 

printf("\n VDUMP: Must have filename as arguement.\n") ; /* Error. 

printff Syntax: VDUMP f ilename\n\n") ) /• Print help message. 

exit(ERR); /* Exit with error if no args. 

1 /* End of IP. 

if ((fd = open(argv[l], 0)) == ERR) ( /* Open the input file. 

printf("\n VDUMP: ERROR %d Can't open file '%s' .\n\n',errno,argv t 1) ) ; 

exit(ERR); /• Exit with error if not found. 

/* End of IF. 

************ Q ET -ygg SIZE Q F THE pILE ******************* 



tifdef CROMIX 

if ((c = fcstat(fd, st_ftype) & 7)) 

size = cstatffd, 8t_size) ; 
else 

size = Oxfffffffl; 
I end if 



/* Use CSTAT for Cromix file size. 

is_ordin) /* Check if device. 

/* Ordinary file so set size. 

/* Else. 

/* Not file so set max size. 



lifdef UNIX 

fstat(fd, Sf Stats) ; 

if ( (fstats.st_mode 4 S_IFMT) 

size = f stats. st_size; 
else 

size = Oxfffffffl! 
tendif 



/* Use FSTAT for Unix file size. 
/* Get file status. 
S_IFREG) /* Check if input is dev. 
/* Ordinary file so set size. 
/* Else. 
/* Not file so set max size. 



SET DEFAULTS AND MISC VALUES 



dir *> 1; 
rept ■ 0; 
curpos = 0; 
topleft = Oj 
ncol = NCOL; 
nlines = NLINES; 

dwidth = (((ncol-10]/4)-l) ; 
if ((dwidth * 4) J= 0) 
dwidth -= (dwidth * 4) r 

pagsiz = dwidth*nlines; 



setraw () ; 
c1b(); 

ref (-11) ; 



/* Set direction to forward. 

/* Set default repeat to 0. 

/* Set current position to 0. 

/* Set top left screen position. 

/* Set for terminal width. 

/* Set for terminal height. 

/* Calculate dump width in bytes. 

/* Is dump width an even 4. 

/* No then make it even. 

/* Calculate characters per page. 

INITIALIZE SCREEN ***************** 



/* Set RAW tty modes. 

/* Home the Cursor. 

/* Refresh the entire screen. 



PROCESS KEYBOARD CHARACTERS 



while ((c = getchar(J) 1= 0x03) { 
switch (c) { 

case 8: 

if (rept == 0) rept - 1; 
ref (curpos-rept) j 
break ; 

case 10: 

if (rept == 0) rept - 1; 
ref (cur pos+( rept *dwidth) ) j 
break; 



case 11: 
if (rept 



0) rept - 1; 



/* Get input from the keyboard. 
/* Switch on the incomming char. 

/* Ctrl H, move Cursor left. 
/* Normalize repeat factor. 
/* Update screen. 



/* Ctrl J, move Cursor down. 
/* Normalize repeat factor. 

/* Update screen. 



/* Ctrl K, move Cursor up. 
/* Normalize repeat factor. 



ref (curpos- ( rept "dwidth ) ) ; 
break; 

case 12; 

if (rept =» 0) rept ■ If 
ref (curpos+rept) ; 
break; 



/• Update screen. 



/* Ctrl L, move Cursor right. 
/* Normalize repeat factor. 
/* Update screen. 



case 13: 

if (rept == 0) rept ■ 1; 

ref (curpos- (curposldwidth) + (dwidth»rept*dir ) ) ; 

break; 



/* <CR>, move Cursor to left aide. 
/* Normalize repeat factor. 

/* Update screen. 



case 'v' : 
case 'V: 
tef (-1); 

break; 

case *+ ' : 
caBe ■>' i 
case ' . ' : 

dir - I; 

break; 

case '-• i 
case '<'; 
case ',': 

dir = -1; 

break; 

case ' ?' i 
cls()f 
setnorm() ; 
printf ("\n\tCtrl C 
printf ("\tctrl H (Left arrow) 
printf (*\tCtrl J (Down arrow) 
printf ("\tCtrl K (Up arrow) 
printf ("\tCtrl L (Right arrow) 
printf ("\t , +', '>', or '.' 
printf ("\t'-', '<', or ',' 
printf ("\t'\%' 
printf (■\fO-9' 
printf CVt'H' 
printf ("\t'JB' 
printf ("\t'JE* 
printf ("\t , JB<addr>' 
printf (■\t'jD<addr>' 
printf ("\t , J.<addr>' 
printf {'\t , JO<addr> 1 
printf (•\t , P' 
printf (»\t 



/* V, refresh screen; 

/* 

/• Force screen refresh. 

/* + > or . Set direction forward. 

/* 

/* 

/* Set direction multiplier to 1. 



/* - < 
/* 

/* 

/* Set direction 



et direction reverse. 



ultiplier to -1. 



/* ?, The help function. 
/* Clear the screen. 
/* Set normal tty modes. 
Abort program. \n") ; 

Move Cursor left.\n") ; 

Move Cursor down.\n") t 

Move CurBor up.\n"); 

Move Cursor right. \n") ; 

Set direction to forward. \n") t 

Set direction reverse. \n") j 
Shell to operating system. \n')j 

Add to repeat factor. \n"); 

Set Cursor to HOMB.\n") i 

Jump to the beginning of file.\n") 

Jump to the end of file.\n*)j 

Jump to hex address. \n") ; 

Jump to decimal address .\n") ; 

Jump to decimal address An") f 

Jump to octal address An"); 

Move repeat pages in direction.\n" 

Refresh CRT screen. \n"); 



printf ("\n\tPress any key to contunue. ■) f /* Prompt. 

setrawf); /* Set RAW tty modes. 

c = getcharO; /* wait for key. 

cls{); /* clear the screen. 

ref (curpos) ; /* RefreBh data to screen. 

break; 



case '%': 
cls()j 



setnorm() ; 
system("Bh*) ; 



%, Shell to O.S. 
Clear the screen. 



/* Set normal tty modes. 
/* Shell to the O.S. 



setraw () t 

cls()f 

ref (curpos) f 

break; 

case '0': 
case '1': 
case '2': 
case ' 3 ' : 
case '4 ' : 
case ■ 5 ' : 
case '6 ' : 
case '7 ■ : 
case '8' : 
case '9'r 

rept = (10*rept)+(c-0x30) ; 

break f 

case 'h ' : 
case ' H ' : 

ref (topleft) t 

break; 

case ' j ' j 
case 'J' i 

c = getchar () ; 
switch (c) { 

case ' b 1 : 
case 'B' : 

ref(0) t 

breakf 

case 'e'i 
case 'E' : 

if (size 1= Oxfffffffl) 

ref (size-l)f 
else 

beep() f 
break; 

case ' d ' : 
case 'D': 
case ' . ' : 

scanf ("%ld", fcaddr) t 

goto dojmp; 

case 'i': 
case 'X': 

scanf ("%lx", saddr) ; 

goto dojmp; 

case 'o' : 

case '0' : 

scanf ("%lo", fiaddr) ; 
goto dojmp; 

ii c ■ getchar () ; 

ref (addr) ; 
breakf 

default: 
beep() ; 
} 
break; 

case ' P' : 
case 'p': 

if (rept == 0) rept = 1; 

ref (curpos+(dir*rept*pagsiz) ) ; 

break; 



/• Set RAW tty modes. 

/* Clear the screen. 

/* Refresh data to screen. 



/* Process numerical input. 
/* Used for the repeat function. 
/* Rept starts out as 0. Each time 
/• a key is pressed the value of 
/• rept is multiplied by 10 and the 
/* value of the incomming number is 
/* added. Routines that use repeat 
/* check if (for 1 time) then use 
/* the value then reset rept to 0. 

/* Bump up repeat factor. 



/• H, Move Cursor to home position. */ 



/* Refresh Bcre 



/* J, Jump to beginning or end. 



/* Get the next keyboard char. 

/* Switich on incomming character. 



/* Jump to beginning if _ b" 

/* 

/* RefreBh screen. 



/* Jump to end if "e" or "E". 



/* Check if valid end. 
/* Refresh screen. 



/* Beep at console operator. 



Jump to absolute address. 
Decode input In decimal. 

Get address in decimal. 
Calculate num, ex, and cy. 

Jump to absolute address. 
Decode input in hexadecimal. 
Get address in hex. 
Calculate num, ex, and cy. 

Jump to absolute address. 
Decode input in octal. 
Get address in octal. 
Calculate num, ex, and cy. 

Strip off CR that Btops scanf- 

Refresh the screen. 



/* Can't figure it out. 

/* Then beep. 

/* End Of SWITCH. 



default: 
beep() f 



******************* 

setnorm( ) ; 
close(fd) f 
moveto (1 , nlines) ; 
putchar ( '\n' ) j 

exit(O) r 



/* P, Move a page(s) in direction. */ 
/* V 

/* Normalize repeat factor. */ 



/* If no matching command found. */ 
/* Beep at console operator. */ 



CLOSE FILE AND EXIT TO O.S. 



ref (newpos) 
long newpos; 



/* Set normal tty modes. 
/• Close input .file. 
/* Go to bottom of screen. 
/* Scroll everything up one. 
/* Return for normal exit. 



int i, tmp; 

long newtop, pos; 

static int x, y = 1; 

if (newpos « -1) 

pos * curpos; 
else 

pos = newpos; 

if (pos < | | pos >= 
beep() ; 



OPTIMIZED SCREEN REFRESH ROUTINE *************** 

/* Refresh screen based on poB. 

/* Local variables. 



/* IF this is refresh only. 
/* Set same position. 



/* Transfer to working variable. 



/* IF out of range. 
/* Beep. 



/* ELSE we have good numbers. 



if (pos >= topleft && pos < (topleft+pagsiz) ) { /* IF on same page? 

newtop = topleft; /* Don't refresh the screen. 

y = ( (pos-topleft)/dwidth)+l; /* Set line on same screen. 
} 
else if (pos > (toplef t-pagsiz/2) ss. pos <- topleft) { /* ELSE IF up? 

for (i<=0; i<(topleft-(pos-(pos%dwidth)))/dwidth; i++) { 



moveto(l,l) j 

inslinef) ; 

dump(topleft-dwidth*(i+l) ) ; 
} 

topleft -= dwidth*i; 
newtop = topleft; 
y - lj 



/* Go to top left of screen. 

/• Insert blank line. 

/* Dump new line to the scree: 

/* Update topleft. 

/* Don't refresh the screen. 

/* We are at the top. 



else if (pos >= (topleft+pagsiz) && pos < (toplef t+1 .5*pagsiz) ) ( /*Dn?*/ 



for (i»0; i< ( (pos- (toplef t+pagsiz)')/dwidth)+l; i++) f 



moveto (1, nlines) ; 
printf("\n"); 
dump(topleft+pagsiz+dwidth*i) ; 

topleft += dwidth*i; 

newtop = topleft; 

y » nlines; 
i 
else if ( (pos/dwidth) < nlines) { 

newtop » Or 

y - (pos/dwidth)+li 



/* Go to bottom left of screen. 
/* Scroll everything up one. 
/* Dump new line to the Bcreen. 

/* update topleft. 

/* Don't refresh the screen. 

/* We are at the bottom. 

/* ELSE IF on first page? 

/* Set addr as home location. 

/* Start on first page. 



Continued on page<33 
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] NEW PRODUCTS... 



NEW PRODUCTS is a regularly appearing column devoted to announcing and following hardware and soft- 
ware products of interest to Cromemco users. Most information is derived from press releases submitted by 
vendors As a result. I/O NEWS cannot be responsible for errors of ommission or any other inaccuracies. 



3270 BISYNC and ITI/X.25 

Cromemco has released two new telecommunication software 
packages for their 68000 Cromix-Plus and UNIX systems. 3270 
BISYNC enables telecommunication between a Cromemco 
system and an IBM mainframe over a synchronous modem con- 
nected to a Cromemco Biart. ITI/X.25 extends the same 
telecommunications capabilities to X.25 networks such as 
Telenet and Tymnet and also requires the Biart. 

The price for each package is $795; orders can be placed with 
your local Cromemco dealer or directly from the factory. When 
ordering, specify the part number as follows: 

3270 BSC-D-S/L: 3270 Bisync Communications Software for 
68000 Cromix 

ITI/X.25-D-S/L: X.25 Communications Network for 68000 
Cromix 

3270 BSC-X-S/L: 3270 Bisync Communications Software for 
UNIX 
ITI/X.25-X-S/L: X.25 Communications Network for UNIX 
Cromemco, Inc. 
280 Bernardo Ave 
P.O. Box 7400 
Mountain View, CA 94039 
(415) 964-7400 

For a more detailed description of 3270 Bisync a nd X. 25 pro- 
tocols see the front cover article "New Telecommunications 
Software Links Cromemco to Mainframes. " 



Cromemco 68000 Structured Basic Compiler 

Cromemco has announced the availability of its new 68000 
Structured Basic Compiler (model STBC-D (L/S)) for Cromix- 
Plus. Programs written using Cromemco's 68000 Structured 
Basic Interpreter (model STB-D) provide the source code from 
which machine executable code for the 68000 is generated by 
the Structured Basic Compiler (SBC). The compiler provides the 
speed advantages of a compiled language, while retaining all 
of the features of 68000 Structured Basic, including KSAM 
capabilities. 

Because the compiler utilizes the SAVEd files of the 68000 
Structured Basic Interpreter (SBI), which in turn can utilize pro- 
grams written in Cromemco's Z80-based 32K Structured Basic 
(STB), the SBC provides an upward path from Z80 to 68000 per- 
formance levels for existing Structured Basic applications. In 
going from STB to STB-D, existing applications can be modified 
to take advantage of the better Cromix interface afforded by 
STB-D, which in turn can be passed to the compiled programs 
of the SBC. 

The Structured Basic Compiler is available in March/April. 
The cost is $995. Orders can be placed through your local 
Cromemco Dealer or directly from Cromemco. When ordering 
specify Model STBC-D and disk size (Large or Small). 

You can expect to hear more about this exciting product in 
upcoming issues of I/O NEWS. 
Ed, 



dBIII Compiler for Cromix-Plus 

Software Standards has announced the availability of the 
Cromix-Plus port of WordTech's dBIII Compiler. This software 
will compile dBASE II and dBASE III command files into 68000 
machine executable code with accompanying increases in 
speed. 

It also provides a means for enhancing current dBASE II ap- 



plications with the non-interactive features of dBASE III (10 
open files as opposed to 2, date field support, etc) as well as 
providing a better interface to the Cromix-Plus operating 
system. 
For additional information contact: 

Software Standards, Inc. 

6191 Choctaw 

Baton. Rouge, LA 70805 

(504) 355-8024 

See the front cover article. "dBIII Compiler for Cromemco 

Systems I 'rider Cromix-Plus," for a more complete description 

of this product. 



RDISK 

RDISK adds up to 16 additional fixed disk drives to your IBM 
PC/XT/ AT or compatible microcomputer system. You can have 
up to 1200 megabytes of disk storage without adding a fixed 
disk drive or controller. These disk drives are actually files on 
a remote computer system, but your PC treats them as local 
fixed disk drives. Any IBM PC software that can be run from 
a fixed disk can be run from an RDISK drive. Spreadsheet 
templates, text boiler plates, data bases, and data files can all 
be accessed from an RDISK drive. 

To run RDISK you need: 

► An IBM PC/AT/XT or compatible system with the following 
minimum configuration: 

• 128 KB of memory 

• A diskette drive 

• A serial communication adapter or internal modem 

• PC-DOS (or MS-DOS) 3.0 or higher 

• RDISK/PC software 

► A remote computer system with RDISK, REMOTE installed 

► A means of establishing a session between the PC and the 
remote system 

RDISK/REMOTE runs on a variety of computer systems: 

• UNIX systems such as Cromemco 100 300/400, AT&T 3B2, 
AT&T 7300 

• Minicomputer and Superminicomputers such as DEC VAX, 
DG Eagle, and IBM System 36 

• Mainframe systems such as IBM 4300 and IBM 308x 

• An IBM PC/XT/AT or compatible 

In addition, DecTek/PC, a full VT100 emulator with file 
transfer and automatic script facility, can be purchased with 
the RDISK/PC at a special reduced price. This program can 
automate the remote system login and RDISK/REMOTE startup. 
Prices: 
RDISK/PC $195 

RDISK/REMOTE starting at $495 

DecTek/PC $95 

RDISK is available at your local Cromemco dealer or from: 
Modular Systems 
6425 Darlington Road 
Pittsburg, PA 15217 
(412) 521-6700 
Dealer inquiries invited. 
For more information on RDISK see the feature article 
"RDISK: Virtual DOS Disks Under UNIX" 



68020 Piggyback Board 

Computer System Associates, Inc. (CSA) has announced 
the availability of its CSA 68020/6881 Piggyback Board. The 
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i SA 68020 68881 Piggyback Board plugs directly into any 68000 
>r 68010 socket and perfectly emulates the existing 
68000 (icSOK) system, with a dramatic boost in performance. 
Since the 68020 is fully downward compatible with the (58000 
i 68010, all existing software stays alive. In addition, the full 
power of the 68881 floating point math processor chip is 
available for new software. Performance improvements of 
500% or more can be expected in calculation intensive systems. 
Running the Berkeley Puzzle benchmark showed a 222% per- 
il irmance improvement over the 68000 at 12.5 MHz; the EDN 
linked list insertion Benchmark showed a 248% improvement. 

The 68020 Piggyback Board will match all Motorola 
68000/68010 parameters to 12.5 mhz in existing 68000 systems. 
For engineering laboratories designing 68020 equipment, the 
CSA 68020 piggyback board provides a quick, inexpensive 
method for prototyping a 68020/68881 system. 

For upgrading the performance of an existing system 
i iperating system, the CSA 68020 piggyback board provides an 
easy, economical solution. 

The 68020 Piggyback board with the 68881 math coprocessor 
sells for $1480.00. Withjust the 68020 on the piggyback board, 
it sell for $975.00. If you have access to the chips, the bare 
board is $575.00. 

For additional information, or placement of orders contact: 

Computer System Associates, Inc. 

7564 Trade Street 

San Diego, CA 92121 

Contact Patricia Chouinard 

(619) 566-3911 

Telex 333693 




Tango and Outbound 

Tango, by COSI, is a communications package that allows 
a Personal Computer (PC) to share information with computers 
running the UNIX operating system. Tango is unique in its pro- 
vision for emulation of multiple terminal types, file transfer 
in both directions, and host control over both file transfer and 
program execution on the PC. 

Tango provides simple-to-use UNIX utilities for transferring 
files between the PC and the UNIX host and for invoking pro- 
grams on the PC. 

Features: 

• Emulation of DEC VT-52, VT-100, IBM 3101, and Tektronix 
4014 terminals. 

• Transmission rates from 300 to 9600 baud. 

• Support forRixon, U.S. Robotics, Hayes Smartmodem, Nova- 
tion Smartcat, and compatible modems. 

• File transfer, ASCII or binary, in either direction with data 
conversion. 

• Host control of PC file transfer and program execution. 

• Modem and terminal command scripts 

Tango can be ordered from, your local Cromemco dealer or 
direct from Cromemco. There are two separate packages whose 
model numbers and prices are as follows: 

TANGO-PC - PC to UNIX Communications Software (in- 
cludes PC software only) $295.00. 
TANGO-X - PC to UNIX Communications Software (includes 
UNIX software only) $445. 
Outbound is an on-line communications program for UNIX 
users offering the same functionality as Tango. In addition, both 
Xmodem and Kermit error correcting file transfer protocols are 
provided. For more information regarding Tango and Outbound 
contact: 

COSI 

313 North First Street 

Ann Arbor, Ml 48103 

(313) 665-8778 

Telex 466568 CJ) 



Hacker's Home 



Continued trompagt -A 



else if (pos > (size-pagsiz) ) { 
if (size%nlines =■ 0) 

newtop = (size-pagsiz)-dwidth; 



/• ELSE IP on last page? 

/* IF even number of characters. 

/* Set home position. 



newtop - (size-(size%dwidth)-pagsiz-<-dwidth), /* Set home position, 
y - ((pos-newtop)/dwidth)+l; /* set close to bottom. 

elBe { /* ELSE set it in the middle. 

newtop - pos-(pos%dwidth)-{(nlineB/2)*dwldth), /* Set home position, 
y = (nlines/2)+l; /* Set active line to center. 

if (newtop i- topleft || newpos 
cist)) 

if (nlines < (size/dwidth)) { 
tmp = nlines; 



-1) { /* IF Refresh entire sere 
/* Clear the screen. 

/* IP the file is big enough. 
/* Fill whole Bcreen. 



} 



else 
tmp 

for (i = 0; i < tmp; i++ 
moveto (1, i+l) ; 

dump(newtop+i*dwidth) ; 

topleft = newtop; 



/* ELSE find out how many lines. 
((sizetdwidth) =- 0) ? (size/dwidth) : ( (size/dwidth)+l) ; 

/* Refresh for all lineB. 

/* Move Cursor to correct line. 

/* Dump line to the screen. 



/* Opdate the home position. 
/* IF not refresh only? 



if (pos I- -1) 

curpos = pos; /* rjpdate the current" position. 

10+((curpos%dwidth)*3}+((curpos%dwidth)/4); /* Pind X Cursor po B . 
/* Move Cursor there. 



moveto (x,y) ; 
rept = 



} 

dump (byte) 
long byte; 

lnt i, len, epos; 
char buffer [512]; 



/* Reset repeat factor. 



DUMP ONE LINE TO SCREEN 



/* Dump block in hex and ASCII. 

/* Byte is starting byte of block. 

/* Beginning of DUMP. 

/* Local variables. 

/* Set up buffer for read. 



if ({Iseekffd, byte, 0) 
printf ("\n VDUMP 



!RB) /* Seek to byte in file. 
\n VDUMP: Seek error %d at byte «lx hex (%ld decimal) .\n\n" 
errno, byte, byte); /* Print seek error message. 



if ((len » read(fd, buffer, dwidth) ) =- ERR) 



/* Read block from file. 



if (len < dwidth) epos— j /» Compensate for column breaks, 

for (i-cpos; i < 9+ (dwidth*3)+ (dwidth/4) ; i++) { /* skip to ASCII 
printf (■ ■); /• Pad wlth ap ace character. 



} 

for (i-0; i <- len - 1; i++) { 
if (((char)buffer[ij <= Oxlf) 

printfC."); 
else 

printf <*%c", buffer [i]) ; 



/* Print ASCII representation. 
((char)buffer[i] >- 0x7f)) /* is ctl? 
/• Print period if not printable. 
/* Else. 

/* Print the character. 
/* End of FOR. 
/* End of DUMP. 



/• 



SET THE INPUT MODES TO RAW 



setraw() 

{ 

•ifdet CROHIX /* OBe SBTMODE for Cromix modes. 

oml = setmode(STDIN,MD_MODEl, ECHO, ECHO) ; /* Turn input echo off. 

om3 - setmode(STDIN, MD_MODE3, BINARY, BINARY) ; /* Set binary mode. 
lendif 

#ifdef UNIX /* rj B e I0CTL for Unix modes. 

ioctl(0,TCGETA,sttold)j /» Get copy of tty modes to save. 

ioctl(0,TCGETA,sttraw); /* Get a copy to change. 

ttraw.c_lflag &» " (ISIG I ICANON I ICRNLlECHO) ; /* Set raw mode no echo. 

ttraw.c_cc[4] - 1 ( /* set min chars to 1. 

ttraw.c_cc[5] = 1; /* set timeout to .1 second. 

ioctl(0,TCSETA,&ttraw>; /* set terminal to raw modes, 
lendif 
} 



/« 



RESTORE INPUT MODES 



setnormf ) 

{ 

•ifdef CROMIX 

setmode (STDIN, MD_M0DE3 , om3 .BINARY) ; 

setmode(STDIN,MD_MODEl, oral, ECHO) ; 
lendif 

lifdef UNIX 

ioctl(0,TCSETA,ittold) ; 
lendif 



/* Use SETMODE for Cromix modes. */ 
/* Restore binary mode. */ 

/* Restore echo mode. */ 



/* Use IOCTL to restore Unix modes. */ 
/» Restore original tty modes. */ 



printf <"\n VDUMP: Read error %d at byte %lx hex (%ld decimal) .\n\n", 
errno, byte, byte); /* print read error message. 



printf ("%061x: 
epos - 10; 



byte) ; /* Print address of first byte. 

/* Set current line position, 
for (i«0; i < i en . i++) { /t , Pr0Ce88 characters in buffer, 

printf ("%02x ", (unsigned char ) buffer [i] ) ; /* Print char in hex. 
^ 0B , , + t ", ?,' . /* Advance current line position. 

/* Check if on boundary of 4. 
/* Yes then print extra space. 



epos += 3; 
if (((i+l) % 4) — 0) { 
printf (• ")j 



cpos++; 



/* Increment Cursor position. 



ROUTINES TO CONTROL THE CRT 



•define ESC 



0x1b 



beep() 

{ putchar (0x07) ; } 
cls() 

{ putchar (ESC) , putchar ( 'E' ) ; ) 
inslinef) 

I putchar (ESC) , putchar ( 'L' ) j } 
moveto (x,y) int x,y; 



/* Define terminal Esc character. 

/* Send Bell character to console. 

/* Clear the CRT. 

/* Insert line on terminal. 

/* Position the CRT Cursor. 



(putchar (ESC) , putchar ( 'F' ) .putchar (Oxlf +y) , putchar (Oxlf+x) j 



V 
V 

V 
V 

cm 
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LOCAL USER GROUPS 



Arizona Association of Cromemco Users 

Contact: Jo Ann Drake, President 
2207 West Eugie Avenue 
Phoenix, AZ 85029 
(602) 993-9589 

Australia User's Group* 

Contact: Minicomp 

Minicomp Building 

104 Mount Street 

North Sydney, NSW 2060 

Australia 

(02) 957-6800 

Meets Monthly 

'Publishes "Minicomp/Cromemco" a 

monthly newsletter 

Bay Area Cromemco Users & Programmers (BACUP) 

Contact: Raymond Barglow or Alan Walworth 
United Word & Data Processing 
2345 Fulton Street 
Berkeley, CA 94704 
(415) 841-0708 or (415) 548-2692 

Cromemcohorts 

Contact: Dr. Brent Lowensohn 
4747 Sunset Blvd. 
Los Angeles, CA 90027 
(213) 667-8972 

Cromemco Users' Group of Australia' 

Contact: Tony Stringer 

52 Beechwood Avenue 

Greystanes, 2145 

'Publishes a magazine "CROME-SOMA" 

Cromemco Users' Group Holland (CUGH) 

Contact: Joop Kohler, Secretary 
P.O. Box 120 

2910 AC Kieuverkerk a/d Ussel 
The Netherlands 01803-13300 

Cromemco Users' Group* 

Contact: Peter Norman 

The University of Newcastle Upon Tyne 

Department of Chemical Engineering 

Merz Court, Claremont Road 

Newcastle Upon Tyne NE1 7RU 

England 

Newcastle 28511, Ext. 3278 

'Publishes Cromemco Users' Newsletter (CUG) 

Cromemco Users' Group Ontario, Canada 

Contact: Lloyd Parker 

Hiram Walker Resources, Ltd. 

Suite 600 

1 First Cnandian Place 

Toronto, Ontario 

Canada M5X 1A9 

(416) 864-3349 

Cromemco Users of Orange County, California 

Contact: Michael Peterson 

Accountability Systems 

700 South Tustin Avenue 

Suite B 

Orange, CA 92667 

(714) 639-4570 

Meets third Tuesday monthly 

Insystems Pty. Ltd.* 

Contact: Norman Rosenbaum 
337 Moray Street 
South Melbourne, Victoria 
3205 Australia 

(03) 690-2899, Telex: AA30458 
"Publishes "Cromemco UPDATE" 
a Di-monthly newsletter 



Illinois Users' Group 

Contact: Jim Knowles 
P.O. Box 631 
Elgin, IL 60120 
(312) 695-7775 

Indonesian Cromemco Users' Group (ICUG)* 

Contact: Zafir M.A. Pontoh 
Computation Lab 

Department of Regional & City Planning 
Bandung Institute of Technology 
10 Ganesha 
Bandung, Indonesia 
(022) 82051 ext. 360 
'Publishes "BERKALA ICUG" 
a monthly newsletter 

Microcomputer Users' Group 

Contact: Noble Bright 
P.O. Box 1 

Cape May, NJ 08204 
(609) 884-2222 
(609) 429-3838 
Meets fourth Wednesday monthly 

Northwest Association of Cromemco Users (NWACU) 

Contact: Jim lllman 

403 S. Brandon 
Seattle, WA 98108 
(206) 763-2099 

North San Diego County Users' Group 

Contact: Charles Mackey 
P.O. Box 397 
Fallbrook, CA 92028 
(619) 728-6116 
Located 30 mi. east of Oceanside 



f Iff fflfflflff 1 
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INCORPORATED 

85 MEGABYTE UPGRADE 

Quinn Team is still offering Maxtor 208S hard disk subsystems, with 
STDC, for upgrading old IMI 5 and/or 20 meg hard disks and WDI-II 
controllers. 

FAST: 30 msec average access time 

DEPENDABLE: thousands in use AND full 1 year warrantee 

BIG: full 80 megabytes — formatted 

COMPATIBLE: uses Cromemco's own drivers 

PRICE: S3295 with exchange (includes cables) 

700 CHARSfSECOND! 

At under S 1 800 (including cable), OTC's OT-700 printer is a dot matrix 
printer THAT'S A WINNER! 

NEW 512 MSU'S FOR $449 

BRAND NEW. Limited time only. This one won't last long. 

256KZ UPGRADE TO 1024K 

For UNIX, Cromix + , Cromix-D, Cromix-Z, CDOS. Call for prices (dealers 
welcome). Or send us your slow DPU and one 256KZ, and we will send 
you a fast, new XPU and your 256KZ upgraded to 1 024K. Cost is only 
SI 795. 



Quinn Team. Here to serve you 
with the best products yet. 

(818)689-4819 



30313 CAMWOOD STREET 
AGOURA • CALIFORNIA 91 301 
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- :: :: ng in the formation of Local Cromemco User Groups is one of the services performed by The IACU. We 
be happy to provide you with a list of our members in your area, and recommend other contacts to 
r o you organize and maintain a Cromemco computer users group. Just call or write I/O NEWS. 



North Texas Cromemco Commercial Users' Group 

Contact: Jerrell Johnson 
1131 Winterwood 
Lewisville, TX 75067 
(214) 221-1437 
Or call Rocky Hall 
at (214) 398-1595 
Meets first Wednesday bi-monthly 

NY, NY Users' Group 

Contact: Charles Perrella 
45F Route 303 
Valley Cottage, NY 10989 
(914) 268-5137 

SaCromemco Users 

Contact: Alan Whitman 
Box 244 

Rancho Cordova, CA 95670 
(916) 635-6070 

Silicon Valley Cromemco Users 

Contact: Allan O'Neill 

(415) 969-3854 or Emily Ott (415) 854-5818 

meeting place provided by: 

MCM Enterprises 

215 Hamilton Avenue 

Palo Alto, CA 94301 

Meets fourth Tuesday monthly 

W.A. Cromemco Users' Group 

Contact: Rae Canning 

c/o The W.A. School of Computing 

2/294, Rokeby Road 

Subiaco, Western Australia 6008 

West Germany Users' Group 

Contact: Glynnis Long 
Tesco GmbH 
P.O. Box 10 
8714 Weisentheid 
West Germany 
09383-1237 
Total fluency in English & German 

Wisconsin Cromemco Users' Group 

Contact: Bob Ungemach 

6249 West Browndeer Road 
Browndeer, Wl 53223 
(414) 355-1451 



. 



CROMEMCO SYSTEM 



Desk Model, four 8" Drives, ZPU, 64KZ, 
PRI & 16FDC. Includes 3102 Terminal 
and Keyboard, Mannesman Tally 
1000 Serial Printer + Programs & 
Paper. $3,900 OBO 

Call Bruce 10 am - 5 pm M-F 



(714)493-0174 



PERSCI 

Disk Drive Maintenance 

AVERAGE 48 HOUR TURN-AROUND 

PPS has been providing solutions for PerSci/ 
Cromemco users, user groups, dealers and 
OEM's for over 5 years. 

With over 43 years of combined technical elec- 
tronics experience, including 12 years on the 
PerSci payroll, the experts at PPS are uniquely 
qualified to provide you with the timeconscious 
results that you require for your highly sophisti- 
cated disk drives. 

Forget the time consuming multiple warranty 
returns to accomplish what should have been 
done right the first timel 

All disk drives serviced at our lab are tested for a 
minimum of four hours on a Cromemco CS-3 to 
insure operational integrity! 

On-site services available in the Los Angeles 
and San Francisco Bay areas. High volume 
repairs available on-site internationally. 

Also, tandon drive repairs and purchase and re- 
sale of new and used Cromemco products. 

Call John Bush, former Supervisor/Lead 
Technician of Customer Services at PerSci at 
(714) 861-6649 or (818) 339-5485 

PPS 



PRACTICAL PERIPHERAL SUPPORT 

1531 KIOWA CREST 

DIAMOND BAR, CA 9176S 

(aka Peripheral Labs) 



FOR SALE 

CROMEMCO CS-100 w/50 MB 

OCTART BOARD w/CBL. C5C Terminal w/stand 

CROMIX PLUS/UNIX SYSTEM V 

' ' plus other software ' * 



BEST OFFER 

(713) 531-9303 no answer (803) 249-4198 



FOR SALE 



RGB- 1 3 monitor, SDI and two 48KTP 
boards, Summagraphics Bitpad set for 
SlideMaster input, SlideMaster software. 
Best offer or trade for late 3 1 02 terminal 
or C-IO. 



Donald Runnells {303} 492-8323 
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I.A.C.U. 



Application 

for Membership 



Name- 






Title- 


Company: 


Mailing Address: 




City 


SratP- 




Country 


7ip / FtKtoil Cnrle- 




Phnne- _ . 






TftlMr- 


number 


•rarwm 



PIum run my Manbaranlp In tho International Aaao- 
clatloa of Cromimco Dun right away. 

D I have enclosed my ( ) Check ( ) Money Order 



in the amount of s_ 



_ for a ( ) year 



lUi Dollera only p^m 

membership. 

International applicants: add S10.00 (U.S.) if you prefer 

to pay through your local bank. 

Now Available in the U.S. and most other countries on 
your VISA or Mastercard 

(US. Oollari arawn on U.S Danks only eteaea. Please Type or print Clearly) 

( ) VISA /Mastercard 



Membership Rates in the United States: 

( ) 1 yr. - 542.00 ( ) 2 yr. - S76.00 

( ) Syr. - 599.00 

Membership Rates in Canada and Mexico: 

( ) 1 yr. - 549.00 ( ) 2 yr. - 590.00 

( )3yr. - 5125.00 

Membership Rates in all other countries: 

( ) I yr. - 560.00 ( )2yr. - S104.00 

( ) 3 yr. - 5149.00 

O I've included an additional S8.95 for my three-ring 
reference binder (including first class postage in U.S.. 
Canada & Mexico, international purchasers, please add 
54.00 [U.S.] extra for postage.) 



(Nam* eiactiy as it appear* on carat 

Attantlon CROMIX tan 

D Include $25 + $4.95 handling lor ■CROMIX. A User's 
Guide" by Leigh Thomas (Calif, add 6%) 

Mall Your Mamaarinlp Application to, 

Tha Intanaatlonal Aaaoclatlon of Cramanco Unnra 

P.O. Box 178S8. Irvlna. CA 92713 U.S.A. 



We're Really 
Interested... in what 
you have to say. Especially about 
how you use your system... the 
problems encountered and the 
solutions effected... unusual uses 
or environments.. .and any 
practical applications you would 
be willing to share with fellow 
members. These can be short 
notes for departments like 'bits & 
bytes... ' and 'Tec Tips, ' or full 
feature articles. 

Contact Bill faenicke at I/O News 
for editorial guidelines or assistance. 
We're interested in unleashing your 
literary talents. 



BACK- 
ISSUES 

of I/O News are 
available 



CHANGE 

OF 
ADDRESS 



Membership # 
Type or Print 



Your Name 



New Address 



New area code 
& phone No. J L 



Sign Here 



Date new address in effect 



Send address changes to I/O News. 
P.O. Box 17658. Irvine, CA 92713 
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The International Association of Cromemco Users 

Software Resource Survey 



— PURPOSE — 

The purpose of this survey is to further expand the list of known soft- 
ware applications running on Cromemco systems. By taking the time to 
complete and return the questionaire you will be doing yourself and 
Cromemco users worldwide a tremendous favor. Everyone needs software, 
but finding the package you need can be terribly frustrating. This survey 
could eliminate that frustration. So please, help us help you by returning 
the completed questionaire at your earliest convenience. 



Thank you! 



— INSTRUCTIONS — 



There are three (3) sections to this survey. Put your name and address 
information in the USER section. Use the SYSTEM section to describe the 
Cromemco system on which the software is run. If you have different 
systems running different operating systems and software, photocopy the 
survey sheet and submit one for each system. 



The survey sheet has space for four (4) software package descriptions. 
If you have more than that, make some additional photocopies. For each 
package, provide the following information: the product name, a brief 
description of the software (spreadsheet, wordprocessor, DBMS, etc); if 
you had problems in getting the package up and running, so indicate with 
comment; indicate whether or not you are satisfied with the package. Also, 
please provide the address and telephone information about the software 
vendor or manufacturer so that we can submit more detailed Product Fact 
Sheets to them. If the application was designed in-house, please make 
note of it and indicate if you're interested in having the application included 
in the IACU Software Resource Guide. If so, we'll send you some Pro- 
duct Fact Sheets. 

When completed, please mail the survey sheets to: 

The I.A.C.U. 
P.O. Box 17658 
Irvine, CA 92713 



USER 



SYSTEM 



Name 



Member No.. 



Model:_ 



Address 



City. 



Memory: 
Disks: 



. State . 



-Zip- 



_Phone 



Country _ 



Operating System: n CP/M C CDOS □ Cromix 
D Cromix-D □ Cromix-Plus □ UNIX □ Other_ 



SOFTWARE 



VENDOR INFO 



Product Name: 
Description: 

Problem? D Yes O No . 
Like it? Q Yes □ No . 



Product Name: 
Description: 

Problem? D Yes D No . 
Like it? □ Yes □ No . 



Product Name: 
Description: 

Problem? I I Yes D No . 
Like it? □ Yes □ No . 



Product Name: 
Description: 

Problem? ! : Yes □ No . 
Like it? □ Yes D No . 
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BEST IN SALES 
AND SERVICE 



We understand your desire to have a local Cromemco dealer 
in your area, and we believe we have a perfect solution for your 
problem at this time. 

We are THE MOST QUALIFIED facility in the U.S. as we are 
the first recipient of Cromemco's new award "Number 1 U.S. 
Dealer". Again we have received awards for "Outstanding Ser- 
vice" as well as ranking in the "Top 25 Dealers". Based in the 
greater Dallas area, we sell and service Cromemco equipment 



in all regions of the U.S., and in several foreign countries. 

Due to our central location and the convenient access to DFW 
Airport, equipment can be received from any location in the U.S. 
and returned to the customer within three working days (ex- 
cluding transit time), if our expedited service is requested. 

Service and support are the reasons that we are successful at 
what we do. Simply said, sales backed by support means suc- 
cess and that means Computer Crossroads. 



SPECIALS OF THE MONTH 

GET OFF THAT OLD Z-80 

DON'T WATCH THE WORLD GO BY !!!! All that time you spent writing 
8 bit 32K Structured Basic programs has not gone to waste!! compile'em 
The new Cromemco Structured Basic Compiler converts those old basic 
programs to an executable machine code with speed increases of up to 

1500%. Reserve your copy NOW !! for only $995.00 postpaid. 

(requires cromix plus operating system) 

GET UP TO DATE — WITH 31.05 !!!!! 

now you can convert to 31 .05 cromix operating system for under $4600.00 
— this includes 2 MEGS OF MEMORY - DPU - MCU - OPERATING 
SYSTEM - AND MORE! ALL pQR QNLy ^ M 

NEW! 

Computer Crossroads new conversion service... We will convert your Z-80 
structured basic programs to 68000 executable machine code. This low 
cost service is designed for the person who does not have the time to con- 
vert their own programs. 

A LIMITED NUMBER OF NEW CROMEMCO DEALERSHIPS ARE NOW 
AVAILABLE. CALL FOR THE NEW DEALER PACKAGE ... IT'S WORTH 
LOOKING INTO! 



COMPUTER CROSSROADS 
of AMERICA, INC. 



SERVICE 




We will meet or beat any bonafide sales 
quote on Cromemco equipment and will 
make available the best in support at no 

Where It All Comes Together 

/<F/ 

'j3"/ 6 Terrace Shoppmq Center • Richardson, Texas 75081 

FOR SUPER SERVICE CALL (214)231-6108 Telex: 4991118 



SYSTEMS ATLANTA, INC. 

CROMIX SLAVE PROCESSORS 

8MHZ Z80H 256K 2 Serial Ports 
Two processes per slave 

FAST - FAST - FAST - FAST - FAST 
Eliminate degradation of system performance 
when running CP/M programs like dBASE 
and WORDSTAR in multi- user environments 
Runs under Cromix 11.27 and Cromix-Plus 

$1 095.00 including software license 




Custom Disk Drive Cabinets and Power Supplies 
for Hard Disks, Cartridge Tapes, 5.25" and 8" floppies 

Desk Top and Rack Mount 

Call or write for 
information and prices 



NEW 32K STRUCTURED BASIC 

CROMIX (SBASIC.BIN) $295 

PC/MS DOS $295 

CP/M $195 

UPDATE CROMIX VERSION $ 95 ' 

UPDATE CDOS VERSION $ 75 ■ 

* Available to registered Cromemco 
Licensees only. 




FAST BACKUP for CROMIX Hard Disks $95 

Backup to floppy disk at one megabyte 
per minute, 8" or 5.25" 

FAST diskette copy programs $95 

Copy both 8" and 5.25" CDOS, CROMIX 
and UNIX formats 

Z80 cartridge tape backup utility $95 

(Included with purchase of CTD tape 

subsystem at $1295) 



CALL OR WRITE FOR INFORMATION ON ALL PRODUCTS AND SERVICES. 
SYSTEMS ATLANTA, INC, P.O. BOX 99, LEBANON, GA 30146 (404) 928-0240 



CROMEMCO COMPUTERS: 
DESIGNED TO MAKE UNIX SYSTEM V 

EVEN BETTER... 



UNIX System V, the new standard in multi- 
user microcomputer operating systems, gives you high 
performance features along with the portability and 
flexibility of a standard. 

Cromemco computers can make UNIX System 
V even better. Because our systems are designed with 
UNIX in mind. First of all, we offer UNIX System V 
with Berkeley enhancements. Then, our hardware uses 
advanced features like 64K of on-board cache memory 
and our high speed STDC controller to speed up disk 
operations -very important with UNIX. 

More capability and expandability 

We have a high-speed, 68000-based CPU that 
runs at 10 MHz, coupled with a memory manager that 
uses demand-paging and scatter loading to work with 
UNIX, not for it. 

We provide room for expanding RAM to 16 
megabytes -with error detection and correction -for 
running even the most sophisticated and advanced 
microcomputer programs. And the power to accom- 
modate up to 16 users -all with plenty of memory. 

But we give you even more. 

A complete solution 

We give you a choice in systems: the System 
100 series, expandable up to 4 megabytes of RAM, and 
the System 300 series, expandable to 16 mega- 
bytes. A high speed 50 
megabyte hard disk drive 
is standard on the sys- 
tems. And you can ex- 
pand the hard disk 
capacity up to 1200 
megabytes using stan- 
dard SMD drives. You 
can add floating point 
processing. High resolution 
graphics. Video digitizing and 
imaging. Communications through 



standard protocols. Mainframe interface. 

And software support is here to meet your 
needs. We offer major programming languages, data- 
base management systems, communications software, 
including SNA architecture, X25 protocol, and Ethernet; 
even a program to interface to an IBM PC if you need to. 
And, of course, access to the broad range of standard 
UNIX applications programs that is growing dramat- 
ically every day. 

Easy to use. 

We also make our systems easier to use, 
because we install the operating system before we 
ship your computer. No complicated installation pro- 
cedures. And the Berkeley enhancements give you 
the standard UNIX System V operating system, 
but with the added convenience of these widely 
acclaimed improvements. 

Cromemco's System 100 and System 300 
computers: designed to be the highest performance 
UNIX systems available anywhere. 

Just call or visit one of our UNIX System V 
Official System Centers to see for yourself. They'll 
also give you a copy of our new publication, "What 
you should know before you buy a UNIX system." 
Or contact us directly. 

We'll be glad to show you how to get a 
better UNIX system. 

Corporate Headquarters: Cromemco, Inc., 
280 Bernardo Avenue, P.O. Box 7400, Mountain 
View, CA 94039. (415) 969-4710. In Europe: 

Cromemco 
GmbH, 6236 
Eschborn 1, 
Frankfurter Str. 
33-35, P.O. 5267, 
Frankfurt Main, 
ermany. 





UNIX is a trademark of Bell Laboratories. 

IBM is a trademark of International Business Machines Corp. 



Cromemco 






